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ABSTRACT 

Tha  emergence  of  so-called  "nonprocedural"  languages  prom- 
ises the  elimination  of  many  of  the  problems  encountered  in 
managing  information  systems,  as  wall  as  increasing  produc- 
tivity, by  offering  a  flexible,  easy  to  learn,  user  friendly 
language    to    interact      with    the   host    Language.  This    -hesis 

investigates  nonprocedrual  languagas  in  genaral,  with 
particular  attention  paid  to  the  languages  FOCUS  and  RAMIS 
II,  in  order  to  ascertain  the  benefits  and  drawbacks  of 
these  languages,  assess  the  fulfillment  of  vender  claims, 
examine      their      investment       viability,  and      explore      user 

satis  faction. 
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In  all  areas  of  industry  in  both  the  private  and  public 
sectors,  the  value  of  information  systems  has  been  real- 
ized. Management  Information  Systems  and  information 
systems  applications  have  today  become  an  integral  part  of 
even  the  smallest  organizations  and  offer  many  opportunities 
to  improve  managerial  effectiveness,  operational  effi- 
ciency, and  ultimately  productivity.  By  productivity  the 
reference  is  to  the  ability  to  produce,  to  effect  or  bring 
about  production,  and  to  effect  increases  in  value  or 
profit.  Tc  industry  this  could  refer  to  increasing  its 
output,  its  profits,  or  both.  To  the  individual  it  means 
optimization  of    his    personal   attributes    and   skills. 

The  different  types  of  users  of  these  Management 
Information  Systems  (MIS)  vary  as  much  as  the  information 
and  applications  they  use.  Users  range  from  clerical  staff 
personnel      to   top-level      management.  Some   require      simple 

retrieval  facilities,  some  users  require  an  ad-hoc  inquiry 
and/or  reporting  capability,  others  require  vast  analytical 
capabilities,  while   still      others    desire      the    ability      to 

prototype  and  build  models.  Today's  users  attempt  to  make 
use  of  all  resources  available  to  them  to  support  their 
decisions  and  necessarily  increase  their  productivity.  As 
the    need      for    information   has      become    more    acute,  and   the 

requests  for  data  processing  services  and  applications  have 
become  more  freguent,  time  has  become  the  limiting  resource 
most    effecting   this    productivity. 

The  time  of  the  user  is  vital  in  that  he  sees  himself  as 
the  center  of  all  transactions.  The  "time"  he  has  to  wait 
for      information      is      wasted      or      lost      productivity.  Not 
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obtaining  the  information  "on-time"  results  in  poor  deci- 
sions which  ultimately  decrease  productivity.  In  his 
efforts  to  obtain  complete,  accurate,  valid,  and  timely 
information  and  services,  many  times  the  user  simply  does 
not  have  the  programming  skill  to  produce  the  results  he 
wants,  and  the  "application  backlog"  in  the  organization's 
data  processing  division  or  branch  prevents  timely  proces- 
sing   of   his   request.       As    an    example.... 

A  user  requires  an  application  to  analyze  a  set  of 
data  and  produce  a  report  to  stress  certain  marketing 
failures  to  be  presented  at  tomorrow's  meeting  with 
the  company's  Board  of  Directors.  He  is  a  ncn- 
proarammer  and  must  submit  a  request  to  the  data 
processing  department  to  achieve  the  desired  results. 
Due  tc  the  Data  Processing  Department's  application 
backlog,  the  desired  aoplication  will  not.  be  scheduled 
for  another  2  years.  Even  if  the  application  is  given 
priority  and  pushed  to  the  top  of  the  programming 
list,  the  program  will  still  lave  to  be  designed, 
written,  coded,  run,  and  the  results  examined  to 
see   if   the   desired   results  have    been    achieved. 

Another  area  which  is  directly  effected  is  the  organiza- 
tion's Data  Processing  (DP)  Department--the  programmers  and 
analysts  that  are  trying  to  meet  the  organization's  existing 
DP  requirements  and  reduce  the  application  backloq  which  is 
part  of  those  requirements.  Their  time  is  valuable  also, 
but  due  to  the  situation  which  exists  in  many  organizations, 
they  will  spend  the  majority  of  their  time  producing  small 
repetitious  programs  which  could  be  accomplished  by  a 
nonpr ogrammer  with  minimal  experience  and  the  applications 
backlog  will  continue  to  grow.  The  story  continues.... 
When  questioned  by  the  head  of  the  D?  department  about 
the   apparent      lack   of    progress   on      important    projects, 
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the  analyst  responded  that  every  time  progress 
being  made,  some  other  small  yet  time  consuming  -ask 
would  be  given  priority.  &s  a  natter  of  fact,  the 
demand  on  the  DP  department  was  presently  so  great 
that  other  analysts  and  himself  were  having  to  program 
rather  than  analyze  just  to  keep  their  heads  above 
water. 

It  is  a  fact  that  the  demand  for  DP  applications  today 
greatly  outweighs  the  supply  that  can  be  produced  by 
programmers  using  prescribed  procedural/  structured  methods. 
There  simoly  is  net  enoucrh  proa  rammer  "time"  available 
because  there  is  net  and  never  will  be  enough  trained 
programmers  to  match  the  growth  of  applications  demand  using 
currently  available  structured  programming  techniques.  To 
solve  this  problem  will  require  increasing  user  involvement 
in  the  creation  of  applications  ana  increasing  programmer 
productivity  by  means  of  programming  and  applications  gener- 
ating tools.  These  requirements  have  contributed  to  the 
need  for  and  development  of  Nonprocedural  Programming 
Languages  (NPL)  and  their  related  software  packages,  the 
subject  of  this  thesis.  Before  continuing,  however,  it 
should  be  pointed  out  that  the  term  nonprocedural  is  not  so 
much  a  structural  description  of  the  language,  as  it  is  a 
phrase  established  by  the  producers  of  these  products  for 
marketing  purposes. 

Through  literature  research,  questionnaire  requests, 
phone  conversations,  and  personal  interviews,  this  paper 
will  examine  and  clarify  the  legitimacy  of  these  NPL's.  The 
background  of  these  NPL's  will  be  examined  including  the 
causes  leading  to  their  development.,  their  evolution,  and 
where  they  stand  today.  The  paper  will  include  an  in  depth 
analysis  of  two  NPLs,  RAMIS  II  and  FOCUS,  derived  from  the 
industrial   response  of   various   firms   that  are   presently 
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using  these  languages.  This  analysis  will  cover  the  compa- 
nies1 initial  acquisition  considentions,  their  present 
usage  cf  the  system,  and  their  satisfaction  or  iissatisfac- 
tion  with  its  performance.  Items  considered  in  the  analysis 
include  implementation,  training,  learnability,  documenta- 
tion, vendor  support,  hardware  support/conversion, 
security/access,  performance,  improvability/user  satisfac- 
tion, general  opinions,  and  an  overall  accessment.  The 
paper  will  conclude  with  a  cost  versus  benefit  analysis  and 
present  final  remarks  about  the  viability  and  future  of 
NPLs. 

These  Non-Procedural  Languages  will  be  examined  to  deter- 
mine the  costs  and  benefits  associated  with  them,  determine 
whether  vendor  claims  are  fulfilled,  examine  their  invest- 
ment viability,  and  measure  user  satisfaction  and  ultimately 
productivity   enhancement    oc    degradation. 
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II.  BACKGROUND 

The  rapid  advancements  tha  compiter  field  in  the  last 
decade  has  witnessed  the  substantial  decline  of  most 
computer  costs,  particularly  hardware,  while  simultaneously, 
programming  costs  have  risen  dramatically.  A  natural  conse- 
quence is  the  increased  attention  programming  productivity 
is  receiving  from  management.  Programmers,  eguipment, 
management  and  user  personnel,  and  software  are  some  of  the 
many  facets  of  the  programming  arena  which  are  Deing 
explored  for  improvement  feasibility.  The  advent  of  data 
base  management  systems  (DBMS)  his  focused  management's 
attention  on  the  benefits  to  be  ierived  from  affective 
utilization  of  software  enhanca ments. 

It  has  been  estimate!  that  the  current  steady  rise  in 
information  processing  requirements  will  create  the  imminent 
need  for  a  total  number  of  programmers  egual  to  the  popula- 
tion of  California  [  Ref .  1:  p.  2].  While  this  is  clearly 
impossible,  it  is  indicative  of  the  need  to  take  a  critical 
look  at  the  productivity  of  today' s  programmers  and  the 
tools  with  which  they  work.  The  increasing  volumes  of 
required  information  and  cne  resultant  increasing  number  of 
programmers  required  by  industry,  ooupled  with  escalating 
programmer  costs  have  shad  the  light  on  the  possibility  of 
freeing  programmers  from  simple  and  repetitive  tasks  and  to 
employ  nonprogrammers  for  such  processing,  thereby  freeing 
programmers  to  tackle  more  complex  programming. 

A  new  kind  of  software  capability  is  now  called  for 
which  has  prompted  tie  emergence  of  English-like 
Ian guages--languages  whose  main  claim  to  fame  is  their  easy 
understandabilit y   and   qiick   l  =  a.nability — providing    a 
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prolific   tool    for  the   nonpr ogra mmer.  This   is    a    verv    broad 

field,  encompassing  a  gamut  of  natural  languages,  special 
purpose  languages  and  nonprocedural  languages,  tc  name  a 
few.  Definitions      of      several   typas      of      these      languages 

follow: 

1.  Natural  languages  allow  the  user  the  freedom  of 
unlimited  syntax  in  his  "conversation"  with  tha 
computer. 

2.  Format  defined  languages,  also  known  as  parameter- 
izing languages,  utilize  a  f ill-in-the-blank  forma-. 
This  type  of  language  is  directed  toward  the  inter- 
face, and  the  analysis  of  and  response  to  data 
passing   through  the    interface   [  Ref .    2:      p.     123]. 

3.  Special  purpose  languages  are  ones  which  are  designed 
to  satisfy  a  singla  objective.  The  objective  might 
involve  the  application  area,  the  ease  of  use  for  a 
particular  application,  or  pertain  to  efficiency  of 
the    compiler    or   the    object    code. 

4.  Problem  defining  languages  literally  define  the 
problem  and  may  spacifically  iefine  the  desired  input 
and  output,  but  they  do  not  define  a  method  of  trans- 
formation. There  are  significant  differences  between 
a  problem  (and  izs  definition]  ,  the  method  (or  proce- 
dure) to  solve  it,  and  tha  language  in  which  the 
method   is   stated. 

5.  Problem  solving  languages  are  those  which  can  be  used 
to  specify  a  complete  solution  to  a  problem.  This  is 
a  relative  term  which  changes  as  the  state  of  the  art 
changes.  All  procedure  oriented  languages  are 
problem   sclving. 

6.  Problem  describing  languages  describe  the  objective 
in  only  very  general  terms,  e.g.  CALCULATE  PAYROLL. 
Ail  this  does  is  cite,  in  the  most  general  way,  the 
problem    which    is    to    be   solved    but    gives   no    indication 
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cr  its  detailed  characteristics,  let  alone  hew  tc 
solve  it.  [Bef.  3:  p.  21-22]  These  languages  have 
yet  to  become  a  reality. 
7.  Query  languages  are  high  lsvel  languages  oriented 
towards  ad  hoc  retrieval  of  data  with  fast  response. 
They  are  generally  intended  to  be  used  by  people  who 
are   not   professional    programmers   [Bef.    4:      p.    7]. 

There  is  certainly  considerable  overlap  among  these 
languages,  and  the  absolute  distinctions  between  them  is 
anything  but  crystal  clear.  In  fact,  scr^e  languaqes  fall 
into    multiple   categories. 

This  paper  will  be  limited  to  a  iiscussion  of  the  inter- 
esting and  powerful  branch  of  English- like  languages  known 
as   nonprocedural   languages. 

They  have  also  been  called  fourth  generation- 
languages —  the  latest  addition  to  the  seguence  of  language 
Generations.      See  Table    I. 


TABLE    I 
Language  Generations 

First    Generation  Machine   Language 

Second   Generation  Assembler   Level    Languages 

Third   Generation  Machine    Independent    Languages 

Fourth   Generation  Non-procedural    Languages 
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Cther  terms  used  are  query  languages,  declarative  languages, 
info-retrieval  languages,  and  end-user  languages.  Problems 
exist  with  all  of  these  terms  since  none  of  them  is  accurate 
for  all  the  languages;  for  example,  some  do  not  use  a  data 
base.  The  term  nonprocedural  conjures  up  some  discontent 
because  many  of  the  languages  actually  contain  procedural 
code;  however,  the  main  thrusx  of  the  languages  is  their 
nonproceduralit y ,  a  marketing  buzz  wcrd  used  to  stress  their 
newness  and  capabilities.  Unlike  procedural  languages  in 
which  the  programmer  must  specify  how  something  is  to  be 
done  by  supplying  precisely  detailed  instructions  for  every 
action  which  is  to  be  accomplished,  nonprocedural  languages 
afford  The  user  the  luxury  of  stating  only  what  is  to  be 
done,  with  no  cor.cern  as  to  the  detailed  procedure  of  how  it 
is  done.  Although  they  have  thusfar  escaped  precise  defini- 
tion, and  will  undoubtedly  continue  to  do  so  as  our  concept 
of  "prcceduralit y"  changes  over  time  and  with  advancements 
in  technology,  these  languages-,  employed  for  defining  and 
solving  Particular  classes  of  problems,  can  best  be 
described  as  "nonprocedural." 

A  distinction  between  natural  languages  and  nonproce- 
dural languages  is  best  illustrated  by  example.  Natural 
languages  make  use  of  a  free  phrase  structure  format  with 
contextual  specification.  For  instance,  in  the  following 
example  it  may  be  argued  that  the  natural  language  (b) 
offers  an  improvement  in  clarity  over  an  imaginary  (proce- 
dural or  third  generation)  language  version  (a)  : 

a.  DO  1  =  1  TO  9  9  BY  2 
ERINT  I,  1**2 

END  DO 

b.  PRINT  ALL  THE  ODD  NUMBERS  BETWEEN  ONE 
AND  NINETY  NINE  AND  THEIR  SQUARES. 
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Non-procedural  languages r  on  The  other  hand,  use  a  standard- 
ized fixed  fornsat  for  The  specification  of  problems. 
Consider   another   example   written   in   a    natural   language: 

a.  LIST    THE    HOURLY     FEES    OF    ALL    THE 
LAWYERS    WHO    LIVE    IN    NEW    JERSEY 

This  same  example,  written  in  SEQUEL,  a  nonprocedural 
language,    would    simply  be 

b.  SELECT    HOOR-FEE 
FROM    LAWYER  S 

WHERE    HOMESTATE    =    NEW    JERSEY 

The  distinction  herein  is  the  use  of  English-like  language 
to  replace  more  "unnatural"  ways  of  stating  problems  as 
contrasted  to  eliminating  sequential  instructions  specifying 
procedurality.  That  is,  natural  languages  are  concerned 
with  making  queries  more  like  the  spoken  word;  nonprocedural 
languages  are  concerned  with  eliminating  specific  sequential 
instructions  that  lock  the  computer  into  a  specific  logic 
for  solving  the  problem.  While  the  two  are  not.  mutually 
exclusive  by  any  means,  they  are  definitely  not  the  same 
concept.  Non-procedural  is  actually  a  relative  term  meaning 
that  decreasing  numbers  of  specific  sequential  steps  need  be 
provided  by  the  user  as  the  state  of  the  art  improves.  The 
closer  the  user's  approach  to  stating  his  problem  without 
specifying  the  steps  for  solving  it,  the  more  nonprocedural 
the    language    is. 

The  development  of  this  sort  of  language  is  of-partic- 
ular  practical  value  and  can  be  extended  to  almost  any  field 
of  computer  application,  including  nedical,  shipping,  city 
planning,         accounting/bookkeeping,  air-line      reservation 

systems,         banking      services,      etc.  Literally      scores      of 

nonprocedural  languages  are  new  available.  The  more  widely 
advertised  boast  an  impressive  lists  of  clients,  laundry 
lists  of  vital  features,  "bells  and  whistles"  features,  and 
the      promise   of      increased    productivity.  Inspection    of      a 
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limited  list  of  presently  available  nonprocedural  languages 
indicates  their  abundance  and  their  wide  range  of 
applicability.  See  Table  EI.  Specific  features  offered  are 
listed  in  Figure  2.1  [Hef-  5:  p.  151-153],  Boolean  opera- 
tors are  AND,  OE,  NOT  and  NOR.  Relational  operators  are 
"greater  than,"  "greater  than  or  equal  to,"  "less  than," 
"less  than  or  equal  to,"  "equals,"  and  "dees  not  equal". 
Set  operators  are  set  operations  such  as  JOIN,  INTERSECTION, 
SELECTION,  PROJECTION,       DIVISION,  UNION    and       DIFFERENCE. 

Arithmetic  operators  include  PLUS,  MINUS,  MULTIPLY,  DIVIDE, 
EXPONENTIAL,  and  the  use  of  parentheses  for  setjara4'  ion  of 
operators. 

Fourth    generation   applications   development,    systems    beast 
a  sophisticated    cn-line   support   environment    that    provides: 

1.  Menus   and    help   services      to    coach    the   inexperienced 
user, 

2.  An      efficient   command   language    for      the    experienced 
developer , 

3.  Language      sensitive   editors      that      streamline      the 
programming   process, 

4.  On-line   compilation    and  execution    services    to    speed 
dev  elopment , 

5.  A    flexible    printing    capability, 

6.  Report*   routing  ana    browsing   capabilities, 

7.  Integrated    active   d ata/ dictionary/director y   control, 
and    coordination. 

8.  Full   screen    text    editor, 

9.  Utility    function   commands, 
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TABLE    II 
A   Sampling  of   Hon- Procedural    Languages 

ADASCRIPT  Software    A.G. 

ADF    (Applications  IBM 
Development    Facility) 

APPLE  Northwestern 

(Access    Path   Producing  University 
Language) 

ARPI         .         „  Bell   Telephone 

(A    Retrieval    Procass  Laboratories 
Language) 

DMNTQ 

(Da4-!    Management  Data   General 
Inquiry    Facility) 

DM- IV  Honeywell 
(Data   Management   -    IV) 

FOCUS  Information    Builders 

GPLAN    (Generalized  Purdue    University 
Planning    System) 

INQUIRE  Data    General 

MANAGE/QUERY  Computer   Sciences    of 

Australia 

MARK  IV  Informatics,  Inc. 

NOMAD  CSS 

NUL  Institut 

(Naviga-c  ional  User1  s  d ' inf ormatique, 

Language)  Namur  Belguim 

QBE  (Query-By-Example)  IBM  Yorktown  Heights 

Research  Laboratory 

RAMIS    II  flathematica 
(Rapid   Access   Management 
information    System) 

SQUARE  IBM    San   Jose   Research 

(Specifying   Queries    As  Laboratory 
Relational    Expressions) 

SQUIRAL  University    of    Utah 
^Smart    Query    Interface 
ior  Relational  Algebra) 

SYSTEM    2000  MRI    Systems    Inc. 

TDMS    (Time   Shared    Data  Systems   Development 

Management    System)  Corporation 


_j 
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10.  Prompters, 

11.  Interfaces    with   multiple    DBMS'  s   [  Ref  .  6:      ?.    U3  ]. 

These  languages  provide  a  considerable  range  of  file  struc- 
tures, a  host  language  capability  and  a  data  management  and 
report  generation  language  facilities.  Nonprocedural 
languages  have  also  simplified  communication  between  the 
user  and  the  computer,  eliminating  some  of  the  "red  tape" 
along   the    way.       See    Figure    2.2. 

Two  widely  used  lar.  quaeres  reor  eser.^ati  ve  of  this  type  are 
RAMIS  II  from  Mathematica,  Inc.,  and  FOCUS  fro<n  Information 
Builders,  Inc.  These  two  particular  languages  will  be 
studied  in  more  detail  in  the  following  chapters.  Clearly, 
such  languages  can  significantly  reduce  the  complexity  and 
cost  of  writing  applications  programs  that  access  the  data 
base,  in  addition  to  facilitating  access  to  a  data  base  bv 
non-expert  programmers  using  the  language  in  "stand-alone" 
mode  [Ref.  7:  p.  15]-  The  conceptual  view,  or  data  model, 
need  not  correspond  to  the  way  the  data  are  stored.  Three 
well  known  data  models  are  the  relational  model,  in  which 
data  are  assumed  to  be  stored  in  '■he  form  of  tables;  the 
hierarchical  model,  in  which  data  are  assumed  to  be  stored 
in  the  form  of  tree  structures;  and  the  network,  model,  in 
which  data  are  assumed  to  be  stored  in  the  form  of  general 
graph  structures.  The  choice  of  a  data  model  provokes 
controversy  among  data  base  designers.  The  relational  model 
employed  imposes  little  constrain-  on  the  way  that  a  user  is 
able  to  interpret  and  utilize  data.  There  are  no  complex 
tree  or  network  structures  that  force  all  users  to  limit 
their  view  of  the  relationships  in  the  data  base  to  a 
particular  single  logical  view.  The  virtue  of  rhe  rela- 
tional model  is  its  simplicity  and  ease  of  description  for  a 
wide    variety   of    users.      Experience   at    Deere   &   Co.    with   IBM's 


21 


r  "  - 
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_              ,__  __                                       ^ 

(                      If         i                   — !         1 

I       Boolean        I  Relational      1              Set               Ari^hmet'c                1 
I    Operators      |    Operators      |       Operators    j       Operators 

ADASCRIPT           |           all              |            yes             |            some                       all                          | 

APPLE                     |    AND    CR    NOT    |            yes              |            some                       none 

, 

ARPL                        1     AND    CR    NOT    |            yes              f            some            j            all 

1 

CONVERT                |         ANE  OR         J            yes              |            some                       all                          | 

DMINQ                      1    AND    CR    NOT    |            yes               (            some                      A    5    E                         1 

, 

DM-IV                                    no                          yes              |            some                     AGE                        ] 

i 

GPLAN                      1    AND    CR    NOT    j            yes               |            some                        all 

; 

1 

INQUIRE                j              no              |            no                |            none           |            none                        | 

1 

1 
j 

FOCOS                           AND    CR    NOT    |            all              |             some                        all 

1 

1 

MANAGE/QUERY    |    AND    CR    NOT    j             yes               |            soma            |  .         all 

MARK   IV                         AND  OR         |            yes              |            none                       none                        1 

l 

, 

NOMAD                      i     AND    CR    NOT    |            yes               |            none                      A    &    E 

NUL                          |         ANE  OR         |            yes              |            some           |              P 

1 

QBE                          |    AND    CR    NOT    |            yes              (              all           |            ncne 

RAMIS    II              |    AND    CR    NOT    |            yes              |            some                       all 

SEQUEL                    j     AND     CR    NOT    |            yes               (               all                           P                              } 

3QUIRAL                1         AND  OR         |            yes              |              all                       none 

SQUARE                                all              j            yes              |               all                      ASP                         | 

SYSTEM    2000           AND    CR    NOT                yes              |              some                     none 

TDHS                             AND     CR    NOT                yes                              seme                   A    S    E 
'                                 1 

i                                 ■        i                                 •                                 j 

] 


-egend:    A    -    Arithmetic  Functions                                                                                               1 
E   -   Exponential   Function                                                                                              .' 
P   -   Parentheses 

\ 
I 
1 
1 
1 

Figure  2.  1    Nonprocedural  Language  Operators. 
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Figure    2.2        Programming   Comparison. 

Application  Development  Facility  (ADF)  showed  a  beginning 
programmer  can  be  much  more  productive  with  ADF  than  with 
procedural  languages,  less  initial  training  is  reguired,  and 
it  seemed  easier  to  learn.  The  data  base  accessing  logic  is 
predefined  in  ADF,  thus  providing  consistent  and  generally 
efficient  call  patterns.  The  use  of  conventional  procedural 
code  reguires  coding  of  the  data  bass  calls  in  every  module, 
thereby  running  the  risk  of  ooding  inefficient  call 
seguences.  The  programming  man  days  reguired  for  several 
projects  indicated  an  average  12-fold  rime  saving  of  actual 
ADF    time      against  estimated      COBOL   time.  This    claim      does 
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require  qualification,  however.  The  man  days  estimated  for 
C030L  programming  actual!/  included  '.ho  functions-- mauiry 
and  update.  3cth  functions  are  essentially  equivalent  in 
ADF;  therefore,  separate  ADF  programs  did  not  need  to  be 
written  in  order  to  provide  both  inquiry  and  update 
capability.   [Ref.  8:   p.  168] 

Data  description  does  not  commit  us  to  the  internal 
representation  of  data  within  the  computer,  that  is,  the 
user  is  not  required  to  develop  a  conceptual  view  which 
corresponds  to  the  actual  way  data  are  stored.  One  of  the 
functions  of  a  nonprocedural  language  is  to  interface 
between  the  two.  The  NPL  also  facilitates  the  adding  of 
data  or  the  reorganizing  of  it.  Systems  like  FOCUS  and 
RAM  IS  II  are  general  purpose,  in  the  sense  that  they  are 
intended  for  use  in  a  considerable  variety  of  applications. 
A  quite  different  sort  of  nonprocedural  software  development- 
is  embodied  in  the  specialized  applications  packages  offered 
by  their  vendors.  There  are  a  great  many  of  these  and 
probably  the  list  will  continue  to  grow.  See  Table  III. 
One  majcr  problem  in  the  implementation  of  nonprocedural 
languages  is  the  "ripple  affect."  Whan  bugs  are  found  or  a 
change  is  made  in  a  particular  version  of  the  software 
package,  modifications  ara  made  difficult  by  equipment  type 
or  brand  peculiarities.  The  new  versions  have  to  be  adapted 
to  each  type  of  hardware  gaar. 

It  would  be  misleading  to  suqgest  tha*  nonprocedural 
languages  are  a  panacea  to  the  ills  of  the  software  world. 
Although  they  are  widely  acclaimed,  there  are  some  applica- 
tions for  which  they  are  clearly  not  suited.  However,  the 
wide  acceptance  and  usar  satisfaction  which  they  enjoy 
indicate  that  they  are  a  legitimate  and  effective  addition 
to  the  information  processing  arena.  Nonprocedural 
languages   have   demonstrated   their    ability   at   database 


24 


TABLE    III 
Specialized    Nonprocedural   Language   Packages 

1.  High   resolution   graphics 

2.  Statistics 

3.  Full   Screen  Data    Entry   and    Display    Applications 

4.  Procedural   Language  Interface 

5.  External   File   Interface 

6.  Usage    Accounting 

7.  Communications   Interfaces 

8.  Financial    Planning   and   Modeling 

9.  Information  Management  System    Interfaces 

10.  A  PL   Interface 

11.  Formatted    Screen    Manager 

12.  Interactive  Request   Modification 

13.  Word   Processing 


management,  report  generation  facilities,  handling  of  ad  hoc 
queries,  interfacing  with  host  languages,  and  handling  of 
various  file  structures.  Even  so,  there  is  more  to  be 
considered  here  than  ease  of  use  and  powerful  capabilities. 
An  important  consideration  is  the  ability  to  adapt  to 
change.  How  flexible  are  these  nonprocedural  languages? 
With  COBOL,  a  relatively  miner  change  in  programming  logic 
or  report  formatting  can  be  a  headache  of  several  days  work, 
not  to  mention  the  tediousness  of  the  job,  its  scheduling, 
and  the  ever-present  possibility  of  making  errors.  With 
nonprocecurals,  total  reorganization  of  internal  storage  can 
be  accomplished  relatively  simply.  But  the  real  beauty  lies 
in  the  fact  that  after  a  total  reorganization,  changes  in 
data  operating  commands  are  not  necessary. 
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Continued  exclusive  use  of  procei ure-oriented  languages 
results  in  low  programmer  productivity  which  just  cannot 
keep  pace  with  the  demand  for  new  applications.  The  driving 
force  behind  these  new  programming  methods  is  the  cost  and 
difficulty  of  traditional  programming  methods.  For  the  time 
being  at  least,  nonprocedural  languages  seem  to  be  providing 
long  needed  relief  by  maximizing  integration  of  user 
services  in  a  user  friendly  manner.  Implementation  of  a 
data  dictionary  is  a  time  and  headache  saving  administrative 
strategy.  A  data  dictionary  is  a  file  stored  in  the  data 
base,  and  accessible  by  :he  various  users  in  an  interactive 
manner.  It  provides  a  narrative  record  which  descrioes  the 
name,  aliases,  uses,  format,  access  authorities,  and  so  on, 
of  the  data  item.  It  is  a  major  step  forward  to  integrate 
development  tools  by  extending  the  standard  language, 
coupling  it  to  a  data  dictionary  and  DBMS  and  supporting  the 
development;  process  in  an  interactive  environment.  These 
systems  offer  the  potential  of  significant  productivity 
gains  through  ease  of  use,  the  convenience  of  all  develop- 
ment services  at  a  terminal  workstation,  the  completeness  of 
modern  language  and  the  leverage  provided  by  integrated 
facilities.  [Ref.  6:  p.  42 ]  When  organizations  properly 
utilize  these  new  tools,  it  is  expected  that  significant 
productivity  benefits  will  result. 
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III.  HOMAN  FACTORS  IN  LANGUAGES 

A.  INTRODUCTION 

Computers  today  are  providing  an  expanding  range  of 
services  to  a  rapidly  growing  pool  of  users.  Electronic 
mail,  document  production,  and  information  retrieval  are 
widely  used  services.  Such  facilities  make  our  lives  easier 
and  can  enhance  the  output  of  many  users.  Yet  a  bottleneck 
remains  which  hinders  the  wider  availability  of  such  systems 
and  decreases  the  effectiveness  of  those  presently  in  use; 
this  bottleneck  is  the  man-machine  communication  barrier. 
Simply  put,  a  major  complaint  against  today's  systems  is 
that  they  are  not  very  good  at  communicating  with  their 
users.  They  often  fail  to  "understand"  what  their  users 
wan-  them  to  do  and  then  are  unable  to  explain  the  nature  of 
the  misunderstanding  to  the  user.  In  fact,  it  is  the  common 
experience  cf  users  cf  interactive  systems,  whether  novice 
or  experienced,  infrequent  or  regular,  that  communicating 
with  their  machines  is  a  time-consuming  and  frustrating 
experience  [Ref.  9:  p.  19].  Various  levels  of  performance 
can  be  achieved,  given  various  degrees  of  hardware  capa- 
bility and  programming  ingenuity.  In  the  short  run,  the 
issue  becomes  one  of  performance/cost  tradeoff,  influenced 
by  the  requirements  of  the  application.  In  the  long  run, 
declining  hardware  costs  and  more  skillful  programming  will 
provide    better   performance    for    less   cost   [Ref.    10:       p.    14]. 

B.  DESIGNING    ?OR   THE   USER 

Organizations  run   on    information.  Information    is    more 

than   the    mere   summation   of    collected      data;      it    is    a    complex 
structure   of   interdependent  ies   and  relationships,    which   need 
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to  he  presented  in  an  understandable  format  constrained  by 
contextual,  accuracy  ana  timing  requirements.  Late,  inaccu- 
rate, incomplete  informatiDn  is  of  questionable  value.  The 
thrust  of  management's  attention  revolves  around  reliable 
information  and  effective  ways  of  obtaining  it.  The  key  is 
people  productivity.  Efficiency  in  speed,  cos-  and  reli- 
ability have  traditionally  been  yardsticks  associated  with 
measuring  machines.  However,  machine  efficiency  is  of 
little  value  if  it  cannot  be  properly  utilized  because  of 
inefficient  users.  Therein  lies  the  reason  that  management 
is  focusing  its  attention  on  developing  efficient  and 
productive  users.  The  rapid  growth  of  the  computer  fieli 
has  caused  computers  to  become  cheaper  and  more  available; 
interactive  computing  is  in  use  in  many  businesses,  and  heme 
computing  is  becoming  more  and  more  commonplace.  As  a 
result  of  these  developments,  a  new  breed  of  users  is 
emerging — the  no  r.programming  computer  user.  In  order  to 
facilitate  this  type  of  "programming,"  a  mechanism  must 
enabie  a  human  being  to  express  algortihms  naturally  and 
succinctly  as  well  as  clearly  and  completely.  With  several 
hundred  programming  languages  having  been  developed  over  the 
past  30  years,  clearly  what  is  natural  and  succinct  to  one 
person  may  not  be  so  to  another  [Ref.  11:  p.  53].  It  is 
often  assumed  that,  ideally,  computers  should  be  programmed 
in  natural  language.  Schneiderman  [Ref.  12:  p.  206], 
believes  that  the  use  of  computers  would  be  facilitated  if 
natural  language  systems  were  available.  Users  would  not 
have  to  invest  in  learning  programming  or  database  query 
languages  and  struggle  in  translating  their  thoughts  into  an 
artificial  language.  This  is  possible  at  the  present  time, 
although  processing  is  very  costly,  and  computer  time  is 
inefficiently  used.  This  postulate  of  natural  being  better 
has  been  refuted  by  Small  and  Weldon  who  studied  English  vs. 
SQL,  concluding: 
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The  common  assumption  that  ordinary,  everyday  English  is 
the  ideal way  to  communica te  with  computers  "i~  no* 
supported  by  present  results.  Subjects  were  net  reli- 
ably more  accurate  using  English  than  using  ~SCL, 
suggesting  That  -he  structured  language  is  *asi^r  to  us» 
[Ref.  13:   p.  61]. 

Studies  indicate  that  a  formal  nonprocedural  language  helps 
structure  user  reguests.  English  may  be  too  flexible,  inap- 
propriate for  gueries,  or  perhaps  a  natural  language  is  not 
a  natural  guery  language,  as  Montgomery  suggests.  [Ref.  14: 
p.  1075]  This  wculd  be  attested  to  by  anyone  familiar  with 
legal  documents  and  the  painstaking  detail  which  must  be 
employed  in  order  to  present  a  precise  meaning.  Reading  and 
comprehending  a  natural  programming  language  is  relatively 
easy,  but  writing  syntactically  correct  code  is  a  challenge. 
The  closeness  of  natural  language  to  English  maKes  it  diffi- 
cult to  remember  the  grammar  of  the  natural  language,  an 
example  of  proactive  interference,  the  confusion  between 
what  you  know  and  what  you  are  trying  to  learn.  The  closer 
the  two  resemble  each  other,  the  greater  the  proactive 
interference  [Ref.  12:   p.  199]. 

Watson  [Ref.  15:  p.  1],  characterizes  English  as  a 
difficult  language  to  use  to  describe  things  with  precision, 
and;  therefore,  a  poor  choice  for  delineating  computer  spec- 
ifications. While  that  point  is  arguable,  it  is  hardly 
worth  debating  the  merits  of  developing  nonprocedural 
lnaguages  in  non-English  vocabularies,  foreign  or  synthetic. 
Easy  learnability  would  be  eliminated,  and  user  resistance 
is  bound  to  be  high. 

As  mentioned  earlier,  vendors  of  nonprocedural  languages 
propose  that  use  of  their  products  will  relieve  programmers 
from  redundant  and  repetitive  activities,  thereby  offering 
them  a  chance  for  greater  programming  productivity  as  well 
as   offering  the   nenprogra mmers  a   ohance  to   get  into   the 
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world  of  automated  data  processing  and  improve  their  produc- 
tivity. The  use  of  programming  productivity  improvements 
can  reduce  systems  development  cost  by  as  much  as  50%  and 
program  maintenance  cost  by  as  much  as  75%  [Ref.  16:  p. 
28].  Their  increasingly  widespread  use  throughout  a  wide 
variety  of  industries  would  suggest  that  there  is  some  cred- 
ibility to  these  claims,  or  at  least  that  this  is  the  type 
of  tool  for  which  industry  is  looking.  But  what  is  it  that 
constitutes  a  successful  nonprocedural  language?  They  are 
not,  afterall,  carbon  copies  of  one  another.  Some  aspects 
must    be      indicative    of      better   success      than    others.  Here 

implementation  of  a  nonprocedural  language  is  certainly  no 
assurance  of  its  success.  If  a  gap  exists  between  what  fche 
user  expects  and  what  the  system  delivers,  the  system  could 
be  judged  a  failure  despite  the  technological  soundness  of 
the  system  [Ref.  17:  p.  k2  ].  Design  based  on  user  needs  is 
a  non-trivial   concern. 

Moynihan  [Ref.  18:  p.  116],  states  that  success  can  be 
measured  in  two  ways:  first,  in  the  case  where  a  user  can 
choose  whether  or  no+"  to  use  a  system  for  a  particular  job, 
success  would  be  measured  by  extent  of  use,  and  second,  in 
the  case  where  the  user  is  obliged  to  use  the  system, 
success  is  measured  by  the  user's  overall  degree  of  satis- 
faction. The  latter  would  be  applicable  to  the 
non programmers,  since  their  only  access  to  the  data  base  is 
through  the  nonprocedural  language.  We  are  again  faced  with 
an  enigmatic  evaluation  of  "satisfaction."  Kow  then  can 
this  "satisfaction"  be  aeasured?  Several  authors  have 
generated  scorecards  on  the  subject.  Watson  [Ref.  15:  p. 
4],  states  that  simplicity,  little  reguirement  for  memoriza- 
tion, freedom  of  conceptual  view,  and  timeliness  are  the 
essential  elements.  Hopper  [Ref.  19:  p.  3-1],  describes 
user    satisfaction      in  terms    of      ease    of    use,        clarity,      and 
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portability.  Synnott  and  3  ruber  [Ref.  20:  p.  192 ]f  empha- 
size accuracy,  timeliness,  ease  of  use  and  responsiveness. 
Hayes,  3ell  and  Seddy  [Ref.  9:  p.  27],  stress  the  impor- 
tance of  flexibility,  help  facilities,  and  personalization 
in  the  form  of  freedom  of  conceptual  view.  Reisner  [Ref.  7: 
p.  13-31.],  has  devote!  an  entire  paper  to  the  study  and 
evaluation    of      ease    of   as?.  These    schools   of      thought   are 

overlapping,  but  none  seems  to  be  all  encompassing. 
Moynihan  TRef.  18:  pp.  115-118],  through  empirical  studies, 
has  composed  a  comprehensive  list  of  eleven  key  points  to  be 
followed  in  order  to  ensure  that  the  system  is  designed  with 
the  user  in  mind,  an  inherent  trait  for  a  successful  system. 
Tapscot  fRef-  2  1:  p.  13  2],  concurs  that  success  is  a 
function    of   user-driven    design    methodology. 

The   key   points    are: 

1.  The   system    shouli    be      forgiving    when    the    user    makes 
mistakes. 

2.  The   system    should   be   dependable. 

3.  Users    should   have   easy    access    to    the   system. 

4.  Users      should  get      any    help      they   need      to    use      the 
system   well. 

5.  The      system    should    not      damage    users'    jobs      or   make 
users    feel   unimportant. 

6.  The    system    should   not    make    users    feel   isolated. 

7.  The   system    should   not    make   users    feel   overexposed   to 
scr  ut  in  y . 

8.  The      system    should      not    make    i-1-.      hard    for      users   to 
escape   from   their    jobs. 
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9.  The  system  should  not  create  unfinished  business  for 
users. 

10.  The  system  should  behave  like  a  machine,  not  a 
person. 

11.  The  system    must    be    important    to    the   user. 
Each    of   these    points    shall    be   addressed    in   turn. 

1.  The  system  should  be  forgiving  when  the  user  makes 
mistakes.  The  system  needs  to  offer  the  user  helpful 
instructions  to  recover  from  any  errors  he  may  make. 
Ncn-prccedural  languages  offer  prompts  and  help  facilities 
which  provide  explanations  and  elaborations  on  correct 
format,  acceptable  field  entries,  allowable  words,  etc-  at 
several    levels. 

2.  The  system  should  be  dependable.  System  errors 
cause  users  to  lese  confidence.  On  the  other  hand,  a  system 
which  is  flexible  and  amenable  to  ohange  can  be  a  joy  to 
use.  Potential  use  of  the  language  in  new  and  unforseen 
areas  must  be  considered.  It  shouii  be  viewed  from  the 
point  of  possible  extensions  to  meet  other  needs.  Users' 
views  on  its  applicability  in  actual  practice,  the  effi- 
ciency of  the  implementation,  its  potential  for  expansion 
into  other,  and  probably  unforseen,  application  areas,  ease 
of  training  and  effectiveness  of  documentation,  and  problems 
of   conversion    and  compatibility    all   play   key   roles. 

3.  Users  should  have  easy  access  to  the  system.  The 
system  needs  to  be  easy  to  learn,  anl,  additionally,  guick 
and  simple  sign-on  procedures  and  rapid  response  times  are 
essential.  Being  oriented  toward  particular  types  of  appli- 
cations, nonprocedural  languages  generally  reguire  less  time 
to  learn  for  efficient  usage,  tend  to  minimize  or  eliminate 
specification    of    computer   and      interface  operations,       permit 
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concentration  on  the  ultimate  process  control  strategy  and 
are  self- documenting  [Ref.  2:  p.  12H].  The  introduction  of 
nonprocedural  languages  hopes  to  make  nonprogrammers  a  new 
pool  of  automated  information  processing  personnel.  Since 
such  a  user  lacks  computer  experience,  a  successful  guery 
language  should  be  easy  for  him  to  l=arn,  use  and  remember. 

4.  Users  should  get  any  help  they  need  to  use  the 
system  well.  This  includes  sufficient  training,  in  house 
experts,  and  up  to  date  manuals.  Fill  in  the  blank  or  menu 
selection  facilities  make  computer  use  possible  without  any 
training  at  all.  On-the-jcb  -raining  is  very  important  for 
programming  trainees;  they  need  close  guidance.  Users  also 
need  to  feel  that  -here  is  someone  thay  can  turn  tc  for 
help.  One  product  of  a  user  satisaction  survey  revealed 
that  divisions  within  an  organization  which  had  internal 
people  knowledgeable  about  the  system  had  a  higher  level  of 
satisfaction  with  the  system  than  those  divisions  without 
any  staff  professionals  [Ref.  20:   p.  192]. 

5.  The  system  should  net.  damage  users'  jobs  or  make 
users  feel  unimportant.  The  system  must  not  supplant  human 
judgement.  Nonprocedural  languages  decide  on  hew  to  accom- 
plish the  task  it  has  been  assigned,  but  it  is  the  human  who 
decides  upon  and  assigns  the  task. 

6.  The  system  should  not  make  the  user  feel  isolated. 
Users  will  certainly  have  a  bad  attitude  towards  the  system 
if  they  consider  themselves  to  be  involuntarily  glued  to 
their  terminals  to  the  exclusion  of  any  human  interaction. 

7.  The  system  should  not  make  users  feel  overexposed  to 
scrutiny.  This  point  deals  with  management  attitude  towards 
lower  echelon  workers,  not  with  any  actual  trait  of  the 
language.  However,  workers  can  be  axpected  to  be  disgrun- 
tled with  the  system  if  they  find  their  bosses  constantly 
monitoring  them. 
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8.  The  system  should  not  make  it  hard  for  users  to 
escape  from  their  jobs.  This  point  is  mainly  aimed  at 
managers,  and  is  concerned  with  the  portability  of  terminals 
which  allow  tha  managers  to  do  work  away  from  their  offices. 

9.  The  system  should  not  create  unfinished  business  for 
users.  When  a  job  has  been  programmed ,  the  user  needs  to 
feel  a  sense  of  finality;  the  need  to  make  additional 
adjustments  and  postings  is  a  thorn  in  the  side  which  is 
eliminated  with  the  use  of  nonprocedural  languages. 

10.  The  system  should  behave  like  a  machine,  not  a 
person.  This  is  not  meant  to  discount  the  value  cf  user- 
friendliness  and  understandable  "dialogue"  with  the 
computer.  Many  users  find  terminals  which  are  too  talkative 
offensive  or  unnerving.  3uilding  computers  that  behave  like 
people  is  like  trying  to  build  planes  that  flap  their  wings. 

11.  The  system  must  be  important  to  the  user.  This 
point  may  well  be  the  most  influential  of  all,  since  all  the 
others  build  to  it.  If  my  of  the  others  fail,  the  users 
may  tend  to  disregard  the  capabilities  of  a  very  beneficial 
system.  Users  will  only  seriously  consider  the  system  if 
they  feel  that  it  will  help  them  to  do  a  good  job,  and  if 
they  are  not  put  off  by  lack  of  understanding  how  to  use  the 
system.  Zase  of  use  is  of  tremendous  importance.  A  care- 
fully designed  user  acceptance  methodology  can  successfully 
minimize  the  gap  between  the  system  a  user  expects  and  the 
one  which  is  delivered,  resulting  in  significant  improve- 
ments in  productivity  [Ref.  17:  p.  *«*].  All  the  bells  and 
whistles  the  computer  designers  can  create  are  of  dubious 
value  if  users  cannot  or  will  net  use  them.  The  systems 
nrist  overcome  resistance  to  change,  increase  understanding, 
and  convince  users  that  it  is  for  their  good. 
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C.       THE    EASE-OF-OSE    ISSOE 

Since  the  n cnpr cgra mm  = r  generally  will  lack  computer 
experience  and  possibly  ise  the  language  as  only  a  portion 
of  their  jobs,  somewhat  intermittently,  a  successful 
nonprocedural  language  should  be  easy  for  him  to  learn,  use 
and  remember.  Data  base  access  is  significantly  eased  if 
the  user  does  not  need  to  deal  with  the  data  base  in  terms 
of  unfamiliar  structures,  but  oan  think  instead  of  it  in  his 
own  terms.  A  nonprocedural  access  language  enables  a  data- 
base user  to  identify  ani  select  those  items  in  the  data 
base  with  which  he  is  concerned  by  stating  properties  thev 
are  to  possess,  rather  than  by  specifying  how  they  are  to 
located.  The  significance  of  ease  of  use  is  documented  in 
the    numerous    studies    done   in   this   ar  =  a. 

Human  factors  methodology  has  been  applied  to  computer 
equipment,  but  it  has  baen  focusri  largely  on  physical 
devices  (keyboards  and  display  design)  rather  than  on  cogni- 
tive factors,  which  are  more  appropriate  to  measuring  ease 
of      use    cf      nonprocedural   languages.  A      major    problem      in 

extending  human  factors  methodology  has  been  to  develop  a 
definition  for  the  eass-of-use  of  a  nonprocedural  language 
that  corresponds  to  intuitive  notions  of  ease-of-use  and 
permits  measurement  in  a  feasible  amount  of  time,  with  some 
approximation  to  scientific  rigor.  Further,  nonprocedural 
languages  are  complex  md  involve  cognitive  activities 
(learning,  understanding,  remembering)  rather  than  only 
physical  and  perceptual  ones.  [Ref.  7:  p.  16]  This  is  a 
tall    order,    however,    and   has   yet    to    be    filled. 

Nonprocedural  languages  differ  in  ways  that  may  affect 
their   ease   of   use;    namely,    they    are: 

1.  Syntactic  Form — With  two-dimansional  form,  users 
write    queries    by      filling   in    forms    on      CRT    screens.         Linear 
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syntax  is  written  in  normal  Is  ft  to  right,  top  to  bottom 
fashion.  Two  variants  of  this  syntax  are  shown  in  Table  IV. 
SQOARE  employs  a  positional  linear  syntax  while  SQL  uses  a 
keyword. 

2.  Proced  urality--Ex  periments  of  Welty  and  Stemple 
using  TABLET  and  SQL  conclude  that  people  more  often  write 
difficult  gueries  correctly  using  a  procedural  guery 
language  than  they  do  using  a  nonprocedural  guery  language, 
that  is,  specifying  a  sta  p  by  step  method  for  achieving  a 
result  as  opposed  to  describing  a  desired  result  without 
specifying  how  it  is  to  be  achieved.  The  experiments  found 
no  statistically  significant  difference  in  the  ability  to 
wri^e  easy  gueries.  However,  there  is  a  statistically 
significant  difference  when  difficult  gueries  are  used. 
Their  results  show  a  claar  difference  in  the  ability  of 
students  having  little  or  no  experience  wi^-h  computers  to 
learn  the  two  different  languages.  They  conclude  that  the 
cause  of  the  difference  to  be  the  concrete  procedural  model 
underlying  """he  TABLET  gueries  and  hissing  in  the  less  oroce- 
dural  SQL  gueries.  They  believe  that  the  TABLET  users  were 
encouraged  by  TABLET'S  procedurality  to  think  in  terms  of 
concrete  procedures  that  change  tables  of  information,  and 
that  this  allowed  them  to  perform  somewhat  better.  Other 
results  also  clearly  indicated  that  exposure  to  languages 
designed  for  expression  of  procedures,  3ASIC  and  FORTRAN, 
gave  students  experience  which  helped  them  retain  TABLET  but 
not  SQL.  Additionally,  a  second  experiment  showed  that  the 
more  procedural  language  was  easier  to  learn  for  students 
with  no  previous  computer  language  exposure  [Ref.  22:  p. 
640]. 

3.  Data  Model — The  relational  model  imposes  little 
constraint  en  the  way  that  a  user  is  able  to  interpret  and 
utilize      data.  There      are     no      complex      tree      or      network 
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TABLE    IV 
Examples  of   Nonprocedural   Language  Queries 


„ Query  Example   Query:    Find  the   names    of 

Language  all    employees    in    department    50 

who    earn    more    than    $50,000. 


SQL  SELECT    NAME 

FROM    EMP 


WHERE    DEPTNO    =    50 
AND    SALARY    >    50300 


QBE  EM?  NAME  DEPTNO  SALARY 

print  50  >50000 


— ^ 


SQUARE  EMP  ('50'     >«50000M 

NAME  DEPTNO,  SALARY 


IQF  (1)  FROM    EMP    FILE 

(2  FOR    DEPTNO    50 

(3  AND    FOR    SALARY>    50000 

(4  LIST    NAME 


FOCUS  TABLEFILS    EMP 

PRINT     NAME 
IF    DEPTNO    IS    50 
IF    SALARY    GT    50300 

END 


RAMIS    II  TABLE 

FILE    EMP 


PRINT     NAME 

IF    DEPTNO    IS    50 

IF    SALARY    GT    50300 

END 


TABLET  FORM    D EPTFIFTYRICH 

FROM    DEPTNO    OF    EMP 
AND    SALARY    OF    EMP 

KEEP    ROWS    WHERE    DEPTNO    IS    50 
AND    SALARY    GT    50000 

PRINT     NAME 
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structures  that  coerce  all  users  into  a  particular  limited 
view  or  the  relationship,  i.e.  a  single  logical  view  of  the 
data  base.  A  virtue  of  the  relational  model  is  its  simpli- 
city  and  ease  of  description  for  all  users.  A  general 
purpose  data  management  system  should  allow  the  user  the 
expressive  power  of  the  network  mod?l  and  allow  naive  users 
to  pretend  the  data  base  is  a  collection  of  relations 
[Ref.  23:   p.  808]. 

D.   THE  ISSUE  OF  PRODUCTIVITY 

Throughout  industry,  the  most  widely  chosen  method  of 
solving  the  problems  of  programmer  productivity,  responsive- 
ness to  end-user  needs,  increasing  information  demands,  and 
changing  da-a  requirements,  is  to  aid  more  people.  As  a 
result,  system  development  has  become  one  of  the  most  labor 
intensive  processes  in  American  business.  The  fallacy  of 
that  approach  is  proven  by  Brooks  [Ref.  24:  p.  13-26],  by 
showing  that  adding  manpower  increases  communication  needs 
and  actually  results  in  degradation,  at  least  initially,  of 
productivity.  There  is  a  natural  tendency  to'  equate  hard 
work  with  productivity,  but  this  is  not  the  case;  personnel 
effort  dees  not  equal  productivity.  The  key  is  not  neces- 
sarily to  work  harder  but  to  work  smarter,  more  efficiently 
[Ref.  25:  p.  21].  Productivity  is  a  function  of  people, 
even  if  it  is  accomplished  through  a  machine. 

Welty  and  Stemple  [Ref.  22:  p.  626],  agree  that  humans 
remain  the  crucial  part  of  the  system.  Efficiency  in  the 
use  of  a  system  can  be  ineffective  if  the  system  is  not 
designed  to  match  the  needs  and  abilities  of  its  users. 
This  fact  has  led  them  to  explore  research  involving  the 
human  oriented  aspects  of  computer  languages  previously 
cited.  Software  that  will  enable  a  manager  to  enter  input 
and  generate  output  from  a  terminal  in  a  conversational  mode 
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and      in    a      language  close      to    English      is   the      -rend    of      the 

future.         Business  people    want    simple,         versatile    programs 

that  are  reliable,  readable,  verifiable  and  maintainable 
[Ref.    13:    p.    70]. 

The  data  relevant  to  various  human  factors  design  prob- 
lems cover  a  wide  span  and  exist  in  nany  forms,  such  as  the 
following: 

•  Common   sense  and  experience,    suoh    as   the   designer    has 
in   his    "storage,"   some    of   which    may    be   valid,      and   some 
not, 

•  Comparative   quantitative  data, 

such      as   relative      accuracy      in      reading   two      types      of 
visual   instruments, 

•  Sets    of   quantitative   lata,    such    as    measures    of 
samples   of    people  and    error    rates    in    performing    various 
tasks, 

•  Principles,    based  on    substantial    experience    and 
research,    that    provide    guidelines    for    design, 

•  Mathematical  functions    and    equations    that   describe 
certain      basic      relationships    with      human      performance, 
such    as   certain    types    of  simulation   models, 

•  Judgement  of  experts, 

•  Design  criteria,  consisting  of  a  checklist  of 
specifications  [Ref.  26:   p.  *58]. 

Numerous  experiments  in  this  area  concerning  nonprocedural 
languages  are  based  on  quantitative  lata,  although  industry 
in  actual  practice  has  been  found  to  rely  on  the  judgement 
of  experts. 
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From  numerous  studies  and  experiments,  a  laundry  lis-  of 
essential  features  a  computer  language  should  have  if  it  is 
to  interact  gracefully  with  its  users  has  been  estaDlished. 
It  is  not  desirable  that  an  ideal  Language  should  mimic  a 
human  style  of  communication.  Rather,  the  system  should 
satisfy  the  communication  needs  of  its  users  in  the  way  that 
makes  best  use  of  the  available  technology.  [ Ref .  9:  p. 
29]  No  industry  wide  performance  standards  have  been  estab- 
lished for  traditional  programming  productivity  measurement, 
let  alone  for  the  newer  nonprocedural  languages.  Typical 
examples  of  such  measures  would  include  output  per  unit  of 
time,  variance  in  scheduled  vs.  actual  time  and  resources  to 
completion,  degree  of  fulfillment  of  requirements,  and 
minimal  necessary  maintenance.  For  right  now,  all  we  have 
to  go  on  is  the  judgement  of  managers,  who,  though  lacking 
any  hard  and  fast  statistical  data,  have  decided  that 
nonprocedural   languages   are    a  great    boon    to   productivity. 

E.       TO    USE    OR    NOT   TO    USE 

These  languages  can  offer  significant  reductions  in 
complexity  and  cost  for  both  the  applications  programmer  and 
the  non-expert  in  accessing  the  da-abase,  but  they  are  not 
the  be-all  and  end-all  of  programming  languages.  One  must 
bear  in  mind  that  many  of  the  "new"  features  of  the 
nonprocedural  languages  have  been  available  for  years.  Some 
early  languages  such  as  SPECOL  wars  designed  specifically 
for  file  manipulation.  Mark  IV  and  INQUIRE  are  designed  as 
file  management  systems;  Mark  IV  is  an  effective  report 
generator. 

The  rules  specifications  of  ADF  seem  to  be  learned  quite 
readily,  although  a  new  vocabulary  is  introduced,  different 
naming  conventions  are  used,  and  various  rules  must  be  tied 
together    to    form    an    executable    ADF   system.         New    programmers 
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tend  to  be  confused  until  they  have  written  and  implemented 
an  application  themselves.  However,  the  use  of  AD?  has  been 
rejected  by  one  company  for  sevanl  projects  because  of 
deficiencies  in  standard  processing  that  would  have  required 
special   processing      to  overcome.  The    inability      to   access 

multiple  data  bases  and  multiple  hierarchical  paths  and  the 
access  to  only  cne  occurence  of  a  segment  type  are  two  key 
restrictions  that  have  limited  applications.  [ Ref .  8:  p. 
172] 

Most  nonprocedural  language  venders  have  a  myriad  of 
-ales  concerning  queries  chat  require  a  handful  of  instruc- 
tions, as  opposed  to  the  hundreds  :r  thousands  of  lines  of 
code  which  would  be  required  if  programmed  in  procedural 
language.  This  is  possible  because  the  language  is  aole  to 
make  a  lot  of  assumptions  about  the  task  at  hand.  A  more 
complex  query  for  such  a  language  is  one  where  some  or  many 
of  the  assumptions  are  untrue  and  therefore  exceptions. 
Under  these  circumstances,  it  is  questionable  as  to  whether 
the  simplest  solution  involves  a  sing  the  English -like 
lanquage.  In  fact,  it  may  be  faster  and  easier  to  write  the 
program  in  COBOL  if  the  query  is  complex.  [Ref.  15:  p.  1] 
Despite  the  claims  made  by  their  suppliers  that  many 
nonprocedural  languages  are  simple  and  "English-like, "  there 
is  good  reason  to  doubt  whether  a  command  mode  is  a  suitable 
interface  for  more  than  a  proportion  of  +  he  possible  users 
of  a  computer  information  system.  Quite  a  few  of  today's 
nonprocedural  languages  have  recognized  this  and  provide  a 
dialogue    (question    and  answer)    mode.      [Ref.    4:      p.     15] 

Computers  have  impressive  speed,  storage  and  accuracy 
which  are  bypassed  if  we  use  natural  language.  User  know- 
ledge of  the  application  domain  seems  to  be  critical; 
without  this  prerequisite,  natural  language  usage  would  be 
extremely    difficult. 
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F.       SUMMARY 

As  the  number  of  potential  computer  users  increases,  It 
becomes  necessary  to  reexamine  programming  language 
concepts.  Rather    than      develop      mors    powerful      procedural 

languages,  descriptive,  very-high-level  languages  may  be  a 
better  approach.  Very-high-level  languages  allow  the  novice 
user  to  describe  the  problem  rather  than  the  method  for  its 
solution.  The  user  is  not  rguired  to  transform  a  conceptual 
data  model,  which  is  problam  oriented,  to  a  machine  oriented 
model.  fRef.  1 2:  p.  116]  Many  Eeel  that  user  software 
enhancements  represent  the  wave  of  the  future  and  that  there 
will  be  little,  if  any,  need  for  practitioners.  Considering 
the  growth  of  computer  sites,  as  well  as  the  growth  of 
applications  at  existing  sites,  this  prognosis  is  hardly 
justified  in  its  entirity.  What  is  reasonable  to  expect  is 
that  the  data  processing  environment  and  the  skills  utilized 
by  data  processing  practitioners  will  change  iramat ically . 
No  matter  how  powerful  computers  and  software  become,  it  is 
hard  tc  imagine  eliminating  the  need  for  a  professional 
staff  tc  direct  and  improve  the  data  processing  function. 
It  is  logical  to  expect  that  the  nature  of  the 
practitioner's  pcsition  will  shift  from  a  programming  orien- 
tation to  an  analytical  one.  It  is  arguable  that  software 
guaiity  would  improve  greatly  if  greater  emphasis  were 
placed  en  analysis  rather  than  upon  programming  today. 
[Ref.     15:      p.    4  ] 

If  shared  management  of  information  resources  will  be 
the  trend  in  the  1980's,  we  will  need  some  strategies  tc  get 
information  management  involved  with  users  and  users 
involved  with  information  management.  This  is  not  meant  to 
disccunt  the  viability  of  traditional  procedural  program- 
ming, the  value  of  third  generation  languages,  or  the 
employment  perspective  for  computer  programmers. 
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Non-procedural  languages  and  the  new  pool  of  "pr< 
they  produce  are  a  complement  to  traditional  programming, 
not  a  substitute.  There  are  some  applications  for  which  the 
nonprocedural  approach  is  clearly  not  applicable. 
Additionally,  there  generally  is  a  point  in  the  complexity 
of  any  class  of  problems  beyond  which  procedural  specifica- 
tion is  simpler  than  nonprocedural  [Ref.  22:  p.  628].  It 
is  clear  that  computer  usage  cannot  feasibly  be  limited  to 
relatively  few  specialists.  Equally,  it  is  not  viable  to 
require  a  high  level  of  computer  skill  for  the  performance 
of  all  computer  processing.  Now  that  the  computer  is  no 
longer  viewed  as  a  stellar  wonder,  accessible  only  to  data 
processing  experts,  industry  has  come  to  realize  that  the 
computer  is  a  tool,  albeit  a  sophisticated  one,  and  that 
naturalness  for  the  user  in  the  development  of  programming 
languages  is  an  issue  which  must  be  addressed. 
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17.    ANALYSIS    OF    RABIS    II 

A.  INTRODUCTION 

Chapter  V  and  this  chapter  are  essentially  the  backbone 
of  this  thesis  and  the  basis  for  the  choice  of  the  partic- 
ular topic.  This  chapter  will  deal  with  the  industrial 
response  to  RAM  IS  II  as  Chapter  7  will  deal  with  FOCUS. 
From  this  industrial  response  by  the  user  organizations  o* 
RAMIS  II  and  the  subsequent  analysis  of  that  response, 
certain  questions  will  hopefully  be  answered  and  offer 
enlightenment  as  to  whether  the  purposes  for  acquiring  such 
systems  have  beer,  fulfilled.  Through  questionnaire  submis- 
sion and  reply  and/or  personal  interviews  with  the  user 
organizations  listed  in  Appendix  A,  determination  will  be 
made  as  to  the  value  of  RAMIS  II  and  its  related  system/ 
components  to  be  discussed  later. 

The  structure  of  this  chapter  will  first  deal  with  the 
vendor  company  and  the  products  and  services  it  offers 
and/or  attempts  to  provide,  followed  by  an  examination  of 
the  industrial  response  and  a  conclusive  determination  as  to 
user  satisfaction  with  the  vendor,  the  product,  and  the 
resultant  productivity  gains  within  their  respective  organi- 
zations. 

B.  MATHEMATICA     PRODUCTS    3R0DP     (MPG)     AND    RAMIS    II 

Although  RAMIS  II,  RAPID  ACCESS  MANAGEMENT  INFORMATION 
SYSTEMr  was  first  developed  in  1967,  Mathematics  Inc.  did 
not  form  Mathematica  Products  Sroup  (MPG)  until  1975.  It 
was  formed  solely  for  the  purpose  of  developing,  marketing, 
distributing,         and      servicing  the   RAMIS   II      product/s.      The 
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actual  PAMIS  II  nonprocedural  product  we  know  today  was 
released  to  the  marketplace  in  1977.  According  to  the  mark- 
eting packages  obtained  and  from  interviews  with  branch 
management,  Mathematica  3oes  more  than  simply  produce  soft- 
ware. It  also  provides  consultation  services,  and  conducts 
policy  research  in  conjunction  with  the  software  production 
process.  Through  what  they  term  "ongoing  research"  in  the 
areas  of  business  management  and  computer  technology,  MPG 
attempts  to  provide  a  comprehensive  ,  easy-to-use  manage- 
ment information  system  which  also  provides  effective  and 
efficient  use  of  related  computer  resources. 

Their  belief  is  that  the  increasing  demand  on  program- 
mers' time  has  created  the  need  to  simplify  the  programming 
process  to  allow  for  increased  programmer  productivity  and 
increased  n on  programmer  use  of  installed  systems.  Rapid 
advances  in  computer  technology  have  also  created  the  need 
for  adaptability  to  constantly  changing  programming  environ- 
ments. These  demands  by  today's  industries  have  led  to  the 
massive  efforts  in  the  creation  of  marketing  enhancements  by 
MPG  and  the  other  nonprocedural  product  manufacturers. 

MPG  is  involved  in  a  continuing  process  to  develop, 
expand,  and  refine  their  RAM  IS  II  product  lines.  Their 
marketing  approach  stresses  to  present  and  prospective 
clients  their  practice  of  using  seventy  (10%,)  percent  of 
their  research  and  programming  effort  to  improving  their 
present  product  and  adapting  it  to  future  generations  of 
computing  eguipment.  The  other  thirty  (30%)  percent  of  the 
research  effort  is  dedicated  to  analysis  of  the  future 
reguirements  of  business  and  the  subseguent  MPG  product 
release  to  meet  those  reguirements. 

In  line  with  this  apparent  dedication  to  continually 
improve    their   product    line   is    their   product    usage 
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restriction  to  I3li  related  equipment .  So  long  as  -heir 
clientele  maintains  their  usage  of  IBM  compatible 
equipments,  MPG      will      be   able      zo      continue      to      provide 

services.  This  aspect  of  MPG  is  aided  by  maintaining  a 
close  contractual  and  on-test-site  relationship  with  IBM  for 
their      prereleased    software      and      hardware    products.  This 

relationship  is  mandator/  in  that  MPG  must  also  meet 
contractual   relationships   with   its   users. 

The  product  that  MPG  produces  is  the  RAMIS  II  system  and 
its  related  nonprocedural  language,  a  combination  of  a  Data 
3ase  Management  System  P3MS)  and  a  4TH  feneration  Language 
to  (1)  allow  for  a  simplification  of  communications  between 
the  user  and  the  computer  using  English  like  queries  where 
the    user      states   "what   he      wants"    vioe      how   to    do      it;  (2) 

allow  ease  of  access  to  information  by  all  users;  and  (3) 
also  allow  for  application  generation  enhancement  to 
simplify  the  programming  process  and  consequently  increase 
application  programming  pr  oduo  tivity.  In  their  own  words 
RAMIS  II  "....combines  a  comprehensive  data  base  management 
system  with  a  proven,  sasy  to  use,  nonprocedural  computer 
language    for    report    preparation    and    records    maintenance." 

RAMIS  II  pro  irises  to  provide  the  user  with  the  ability 
to  examine  more  information  and  combinations  of  information 
to   form      more   valid    and      appropriate    decisions;  to   access 

information      more     quickly;  to      create      new      systems      and 

applications  in  approximately  one-fifth  the  time  of 
procedural  languages;  and  to  mats  queries  and  receive 
replies    from   the   database   more   rapidly. 

In  conjunction  with  these  abilities,  RAMIS  II  promises 
the  user  the  benefits  of  less  environmental  maintenance  of 
the  database;  data  independence  to  reduce  maintenance  and 
user    constraints;         increased    storage      and    computer   resource 
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efficiency;  faster        implementation;  cost        savings; 

portability;      and  the  bottom  line   productivity   enhancement- 

To  accomplish  the  aforementioned  items,  RAMIS  II  offers 
an  integrated  package  of  features  from  which  the 
user/consumer  can  construct  a  system  that  will  be  designed 
to   meet    his    exact  requirements.  The    features    of    the    basic 

package  and  optional  components  and  their  related 
descriptions  are  listed  below.  Th=  costs/prices  of  these 
packages/components    are   given   in    Appendix    D. 

1.      The    Basic  RAMIS    II    Svstem 

a.  RAMIS  II  Dana  Base s--pro vide  for  the  storage  of 
data    for   present   or    future    application    use. 

b.  Database  Man ager--allo ws  for  efficient  data 
access  and  use  as  well  as  effective  use  of  human  and 
computer  resources  through  the  use  of  the  RAMIS  II  nonproce- 
dural   language. 

c.  Nonprocedural  Language  Processcr--alicws  for 
application  generation,  report  preparation,  and  file 
maintenance    by    use    of  the   NPL. 

d.  Interactive  Request  Modif ication--alicws  for 
corrections  of  erroneous  requests  and  generation  of  requests 
for    additional   data    by  revision    of    previous   requests. 

e.  Screen  Manager- -allows  for  control  and  manipula- 
tion   of   the   screen    environment. 

f.  Operating  System  Interf aoe--allows  for  operation 
of  RAMIS  II  and  the  ability  to  run  under  all  operating 
systems   that    are   IBM    mainframe   compatible. 
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2.       Cp_tj.onal    Consonants     for    RAMIS    II 

a.  Procedural  Language  Intarf ace--allows  the  use  of 
procedural  languages  to  manipulate  and  maintain  database 
records. 

b.  GRAPH  and  High  Resolution  Graphics--allows  for 
production   of   charts   and   graphics   on    output   devices. 

c.  External  File  I nterf ace--provides  for  access  and 
reporting  on  files  external  to  the  RAM  IS  II  system  by  decla- 
ration  in  the  RAMIS    II  Pile    Dictionary. 

c  A  u  to  m  a  t " c      Interfaces—  —  allows      ^ o r      a  c  c  3  s  s      to 

information      stored      on      a      variety        of      other      data      bases 
including    ADABAS  ,         DL/1 ,  IDMS,  IMS,         and    TOTAL.         Can 

retrieve   information    using    RAMIS    II    for    further    processing. 

e.  READ  OS/DOS  —  allows  users  from  the  VM/CMS  envi- 
ronment to  access  from  CMS  to  other  data  bases  maintained  by 
other    opera-ing    systems    running    unier    VM. 

f.  Financial  Planning — allows  analysis  of  informa- 
tion undar  various  means  to  obtain  complete  objectivity 
studies   and  the    production    of   various    financial    reports. 

g.  APL  Interfacs — allows  a  user  from  the  APL  envi- 
ronment  complete   RAMIS  II    capabilities. 

h.  Executive--ai lows      cataloguing        of      RAMIS      II 

requests    for      further    processing    at      a    later   date.  Can    be 

used    to    create   dialogues    and    menus    for    processing    purposes. 

i.  Usage  Accounting — is  a  tool  for  the  Data  Base 
manager  and  administrator  to  fine  tune  and  administrate  the 
DBMS  based  on  monitoring,  documentation,  and  analysis  of 
application   use. 
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j.  Interactive         Request         Modification/Extended 

(IRM/E) — "extends"    the      IRH    capability    by      allowing    develop- 
ment,     storage,      and    cataloguing   of   requests. 

k.  Communications  Interf ac  = s--allows  for  operation 
of  RAMIS  II  in  a  timesharing  or  teleprocessing  environment 
with    RAMIS    II   or  a    procedural  language. 

1.  Integrated  Communications  Interface--"provides 
an   effective  alternative      to   CICS    and    ICCF.  As    a    complete 

RAMIS    II   terminal      network    manager,         it    is      both    more    effi- 
cient   and    easier   to    use." 

3-      Future   RAMIS    II    Pr3^c£s^CDni[>onj3nts 

a.  REIATE — will  be  a  relational  model  to  allow 
combination  of  data  from  various  sources  and  provide  a 
"practical    data    manipulation   tool." 

b.  Formatted  Screen  Managsr--will  allow  the  user 
easier  construction  of  user  application  menus  for  data 
entry,      change,     and    processing. 

**•      Training    and    Services 

Besides  providing  the  product  and  services  previ- 
ously mentioned,  MPG  offers  extensive  training  and  post 
sale  and  implementation  services.  Training  offered  ranges 
from  the  basic  beginner's  classes  to  the  more  advanced 
processing  classes  using  RAMIS  II.  They  offer  individual 
and  group  training  at  single  and  package  rates.  They 
conduct  classes  in-class  or  on-site.  Examples  of  training 
and  classes  offered  are  given  in  Appendix  C.  The  cost  of 
this  training  is  given  in  Appendix  B.  Their  post-sale 
services  include  on-site  counselling  and  assistance,  a 
consumer  HOT-LINE  to  handle  serious  and  urgent  problems 
rapidly,         and   direct    access   to/assistance    from    the    numerous 
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branch  offices  where  they  promise  to  solve  your  problem 
expeditiously  or  have  a  representative  on-site  within  24 
hours  to  answer  questions  and/or  correct  problems  in  the 
installed   system. 

MPG's  marketing  packages,  pamphlets,  seminars,  and 
their  trained  knowledgable  personnel  present  a  pretty 
picture  of  RAMIS  II,  as  :an  be  seen  by  these  introductory 
statements,  of  which  many  were  taken  from  actual  RAMIS  II 
marketing  abstracts.  The  tools  they  work  with  are  up-to- 
date,  well  documented,  and  from  acceptable/reliable 
sources.  With  their  marketing  aids  and  tools  an  inexperi- 
enced salesman  would  have  an  excellent  chance  of  selling 
their  product;  however,  the  personnel  working  for  MPG  are 
knowledgeable  and  well  trained,  and  present  a  good  product 
which  they  truly  appear  to  believe  in,  in  an  excellent 
manner.  Their  companies  sales  record  is  demonstrative  of 
this  (?50  Million  in  cumulative  sales  in  1931)  as  is  a 
quotation,  albeit  biased,  from  MPS's  president  Richard  H. 
Cobb. 


No    other   svsteirs      software    has    ever    achieved      this    level 
of    sales    and   recognition    in   so    short    a    period    of    time. 


The  next  section  presents  the  response  by  users  of  the 
RAMIS  II  product  to  determine  if  the  promises  made  by  MPG 
and    RAMIS   II    have  been   kept    and    the    obligations    fulfilled. 

C.       ANALYSIS    OF    INDUSTRIAL    RESPONSE    TO    RAMIS    II 

The  following  analysis  is  divide!  into  the  same  sections 
as  the  questionnaire  in  Appendix  3  used  to  conduct  the 
research.  Using  this  format  will  hopefully  aid  in  making 
the  comparison  and  analysis  of  the  industrial  responses 
clearer    and   more    meaningful. 
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1.       C  itp  1*518611  tatioc 

The  majority  of  tha  companies  interviewed  had  fairly 
recently  acquired  the  RAMIS  II  system.  The  size  of  thesa 
organizations  ranged  from  350  to  10,000  people  with  the 
number  of  actual  users  in  aach  organization  ranging  from  100 
to  2500.  There  was  no  relationship  between  the  total  number 
of  people  in  the  organizations  and  the  total  number  of 
users;  the  number  of  usacs,  types  of  users,  and  other  DP 
need  determinations  wera  a  diract  result  of  the  quantity  and 
tha  complexity  of  the  orga nizations*  business  transactions. 
The  type  of  work  the  company  did  and  the  particular  job 
descriptions  of  employaes  generally  dictated  the  need  for 
computer  usage.  The  amount  of  data  processing  and  computer 
usage  by  these  organizations  was  usually  quita  large  and  an 
integral  part  of  their  business;  however,  in  all  but  one 
of  the  companies  interviewad,  tha  amount  of  data  processing 
done    using      RAMIS   II    was    batween      5    and    10    percent.  It    is 

worth  mentioning  that  the  company  that  did  not  fall  in  this 
category  conducted  50%  of  their  DP  using  RAMIS  II  and  had  an 
entire   system    dedicated   to    the    task. 

The  way  that  RAMIS  II  was  chosen  over  other  competi- 
tors is  also  of  interest.  In  most  casas,  the  detailed  cost 
and  product  analysis  done  prior  to  acquisition,  was  done  by 
three  or  four  managers  and/or  data  processing  representa- 
tives sitting  down  ovar  a  pot  of  coffee  saying  to  each 
other  — "I  like  this."—  "I  don't  lika  this." — "This  would  be 
nice. "--"Let* s  gat  this  ona "  without  any  formal  quantitative 
analysis. Some  companies  actually  did  conduct  cost/benefit 
analyses  and  compared  tha  various  products,  the  vendor 
services  provided,  systam  capability,  and  other  relavant 
aspects;  howevar,  even  in  these  organizations,  the  final 
decision  was  made  by  those  three  or  four  managers  sitting 
ovar    a   table    and   a    pot   of   coffee   hashing    it    out. 
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Depending  on  the  their  needs,  the  various  competing 
products  mentioned  by  the  companies  interviewed  included 
other  nonprocedural  languages,  report  generating  products, 
guery  languages,  and  other  database  systems  like  FOCUS, 
NOMAD,  SYSTEM  2000,  ORACLE,  INFO,  SQL,  ADRS  II, 
EASYTRIEVE,  AND  MARK  17.  The  reasons  for  the  choice  of 
RAHIS  II  included  availability,  user  friendliness,  RAMIS 
II"s  compatibility  with  their  system,  RAMIS  II's  product 
mix,  the  type  of  processing  reguired,  vendor  services 
provided  during  and  after  sale,  and  in  two  cases  "vendor 
interest  and  involvement.  Since  many  of  these  systems  are 
very  recent  developments,  and  at  the  time  of  acquisition  the 
choices  available  were  few;  but  in  almost  all  cases,  the 
companies  said  that  if  -hey  were  Dresented  with  the  same 
decision  currently,   the  choice  wouli  still  be  the  same. 

The  work  accomplished  using  RAMIS  II  varied  slightly 
among  the  oraani zations,  but  the  majority  used  the  system 
for  data  analysis,  management  decision  support,  report 
aeneration,  and  ad-hoc  inquiry.  The  more  technically 
oriented  firms  have  constructed  detailed  models  and  proto- 
types using  the  system.  The  users  of  the  systems  ranged 
from  clerical  staffs  to  middle  managers.  In  only  one  of  the 
companies  was  there  any  use  by  top  management.  Generally 
high  level  managers  submitted  requests  to  the  DP  department 
or  instructed  their  staff/s  to  obtain  the  desired  informa- 
tion. The  majority  of  the  users  tended  to  be  the  staff 
personnel  who  processed  and  retrieved  the  desired  informa- 
tion for  management.  Also  the  number  of  personnel  and 
manpower  levels  in  these  organizations  was  not  reduced  due 
to  system  installation;  RAMIS  II  simply  provided  another 
tool  to  work  with.  However,  to  prevent  misinterpretation, 
manpower  levels  could  have  been  reduced  because  production 
and  processing  capability  of  existing  users  was  increased  in 
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most      c?s~s      almost       five-fold   using      what      one 
termed   "a   conservative  estimate." 
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Contrary     to   the      vending      company's   beliefs,  the 

system  cannot  simply  be  loaded  into  the  computer  and  be 
ready    for    use.  The  amount   of    time    to    get      the    system    into 

"full      swing"      varied.  Some      companies      achieved      desired 

results  within  three  months  of  installation  while  others 
required  over  nine  months  and  were  still  unsatisfied  with 
the  results  which  one  termed  "failure  to  meet  their  own 
foolish  expectations."  Also  it  appeared  that  the  level  of 
difficulty  of  ap plica-ions  desired  was  a  determining  factor 
in  the  organizations'  attempts  to  have  the  system  up  and 
fully  supported.  The  higher  the  level  of  difficulty  of  the 
target    applications,  the    longer   the      implementation   time. 

This  was  generally  not  pointed  out  to  customers,  but  they 
are  told  that  to  achieve  oertain  levels  of  expertise 
requires  learning  the  system  well  through  usage  and  training 
which    is   the   subject    of   the    next    section. 

2 .      Training 

According      to      the      user      organizations,  training 

provided    by      the   vender      was    adeguats.  Training   consisted 

mostly  of  beginner  introductory  packages  in  the  areas  of 
"Basic  Reporting"  and  "3asic  File  Design  and  Records 
Management,"  but  courses  up  to  the  most  advanced  skill 
requirements  were  offered  by  the  vendor.  With  a  choice  of 
either  blanket  or  per-person  rates,  most  organizations 
chose  to  train  all  users  with  the  introductory  package  while 
sending  only  their  counselors  and  data  processing  community 
to  the  more  advanced  courses.  A  few  companies  determined 
that  using  this  nethod  would  allow  difficulties  encountered 
by  the  resident  users  to  be  solved  by  the  counselors  and/or 
the    companies'    DP      people   and   thus   save      additional   training 
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costs.  Other  companies  set  up  or  are  setting  up  in-house 
training  programs  to  increase  user  knowledge  and  ability 
without  incurring  additional  training  costs;  however,  the 
companies  that  have  relied  on  RAMIS  II (MPG)  for  training  and 
vendor  support  had  the  shortest  implementation  times  and 
have  experienced  a  greater  degree  of  user  satisfaction  and 
productivity.  By        initially      choosing        vendor      provided 

training,  these  companies  avoided  unnecessary  delays  in 
both  time  and  efficiency  due  to  excessive  user  error.  These 
same  companies  are  happy  with  the  vendor  training  and  plan 
on  continuing  with  follow-up  and  refresher  training  despite 
the    additional   cost. 

During  the  training  and  start-up  phase  for  the  RAMIS 
II    system,  most    organizations    were    faced      with    additional 

work  backlog,  but  all  but  one  company  blamed  this  backlog 
en  reasons  other  than  RAMIS  II  installation.  Ihe  responses 
attributed  'ihe  backlog  to  poor  management  and  mismanagement 
of   exis-ing   resources.  D  nly   one    company    did      not    have    any 

additional  backlog  occur.  The  one  organization  that  did 
attribute  the  additional  backlog  on  RAMIS  II  also  happened 
to  be  a  company  that  decided  to  conduct  its  own  -raining  and 
experienced   a    longer    implementation    time. 

Initial  and  refresher  training  provided  by  the 
vendor  seems  to  have  been  the  preferred  alternative  and  the 
wiser  choice  as  was  evidenced  by  these  organizations* 
greater  degree  of  satisfaction  and  shorter  implementation 
times.  The  companies  that  decided  to  conduct  their  own 
training  sacrificed  user  satisfaction  and  efficiency  for  the 
cost   of   training. 
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3 .  is^znikiliii 

The  leamability  of  RAMIS  II  was  again  dependent 
upon  what  was  earlier  termed  the  difficulty  of  the  applica- 
tions to  be  produced.  The  users  found  the  simpler  functions 
easy  to  understand  and  ?xecute  while  the  more  demanding 
frequently  met  with  error  and  required  the  assistance  of 
others  to  correct.  Although  the  majority  of  the  users  found 
high  retainability,  they  stated  it  was  due  to  continued 
usage,  not  to  the  simplicity  of  syntax  of  RAMIS  II  which 
they  also  added  could  use  improvement.  The  users  did 
encounter  many  problems  learning  to  use  the  system,  but  for 
the  vast  majority  of  users,  the  errors  encountered  were 
minor  and  were  corrected  by  use  of  manuals  or  organizational 
assistance.  The  areas  of  greater  difficulty  often  required 
direct  contact  with  MPG  representatives  to  correct  problems 
encountered  and  occasionally  required  the  use  of  the  vendor 
HOT -LINE. 

The  area  of  leamability  is  an  area  of  debate.  Some 
users  were  enthralled  with  the  languages  simplicity  while 
others  mentioned  room  for  improvement.  There  was  also  no 
agreement  on  whether  it  was  easier  for  a  person  with  or 
without  prior  programming  experience  to  learn;  however, 
there  was  general  agreement  on  the  fact  that  RAMIS  II  was 
decidely  easier  to  learn  than  any  procedural  languages  to 
the  point  that  a  user  could  write  RAMIS  II  programs  after 
weeks  of  training  that  would  require  months  of  training  with 
its   procedural   counterpart. 

4  .      Document  ation 

The  vendor  documentation  provided  to  the  user  organ- 
izations was  deeired  complete  and  accurate  in  all  instances 
and      rated      excellent      by      three      organizations;  however, 

despite      the    agreement      on      com pleten ess,  there   was      also 
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concurrence  on  the  lack  of  structure  in  them.  Although  all 
necessary  aspects  were  covered  in  complete  detail,  the 
majority  of  users  could  not  navigate  through  the  text  to 
find  desired  answers.  In  one  organization  in  particular,  a 
training  class  was  set  up  for  the  purpose  of  teaching  the 
users  how  to  find  needed  information  in  the  manuals.  This 
deficiency  has  teen  pointed  out  to  the  vendor  in  at  least 
three  instances  and,  according  to  the  organizations,  has  not 
recieved  serious  attention  thus  far.  Despite  the  lack  of 
structure,  the  general      opinion      found    the      documentation 

guite  adeguate  and  user  referral  to  the  documents  were  both 
commonplace   and    essential. 

5-      152.^21.  S  upport 

The  vendor  support  guestions  recieved  varied 
responses.  In  the  area  of  initial  considerations  for  acgui- 
sition,  many  companies  listed  continued  vendor  support  and 
services  as  one  of  their  key  reasons  for  cheesing  MPG  and 
RAMI5  II.  In  the  area  of  initial  package  delivery,  ail  but 
one  company  was  satisfied,  and  that  particular  company 
complained  that  it  was  still  experiencing  problems  which  had 
not  received  their  reguired  share  of  vendor  attention. 
After  the  system  had  been  installed  and  "broken-in,"  most 
users  said  that  they  had  few  complaints,  and  the  P.AMIS  II 
system   met      their  reasonable   expectations.  Generally   they 

found    it   to   be    error    free,  but    periodically   found   a    "bug" 

which  reguired  correction.  This  periodic  problem  was  the 
major  point  of  dissension  toward  RAMIS  II  services,  The 
problem  being  that  the  user's  complaint  was  always  solved  by 
what  one  company  termed  a  "trial  balloon,"  or  temporary  fix, 
until  a  tested  solution  was  released  to  correct  the  error 
possibly  3  to  6  months  later.  Tiefl  to  this  was  the  comp- 
laint that  these  temporary  solutions  were  not  distributed 
guickly      enough      to      the    other      RAMIS      II      organizations      to 
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prevent  similar  occurrence s.  Ths  las-  item  discussed  was 
ths  vendor  HOT-LINE  and  its  usefulness.  Most  organizations 
used  the  HOT-LINE  greatly  during  the  implementation  and 
start-up  phases,  and  after  they  became  accustomed  to  the 
system,  they  used  it  very  sparsely.  The  majority  of  users 
professed  satisfaction  with  vendor  support,  but  did  not 
like   the   "trial    balloons"   mentioned    earlier. 

The  general  opinion  found  errors  to  be  almost  nonex- 
istent, and  when  they  were  found,  either  they  were 
corrected  in-house  or  ths  vendor  provided  adequate  correc- 
tion in  a  timely  manner.  The  prsvious  problem  seemed  to 
have    been   a   rare   occurrence    rather   than    the   norm. 

6  •      Hardware   Sujp^Eort^Conversign 

In  all  but  one  of  the  organizations  interviewed,  no 
hardware  support  and/or  conversion  was  necessary.  All  the 
organizations  .in  the  survey  already  had  large  systems  (IBS 
3033's,  3370's,  3081's,and  4300's).  The  resource  require- 
ments for  RAHIS  II  are  quite  extensive  (ranging  from  400K  to 
102UK  of  memory  per  user  depending  upon  xhe  overlay  struc- 
ture chosen) ,  but  none  of  the  companies  interviewed 
required  additional  memory  or  storage  reguirements  to  what 
they  already  had.  According  to  RAMIS  II  representatives 
even  the  older  and  smaller  IBM  systems  had  no  problem  in 
regard  to   adequate   resources. 

In  some  of  these  organizations  after  RAMIS  II  had 
become  an  integral  part  of  the  existing  system,  additional 
memory  and/or  a  different  mainframe  was  procured  to  increase 
the  efficiency  and  response  time  of  the  system.  Also,  the 
computer  center  managers  of  the  companies  knew  or  determined 
what  combination  of  resources  would  best  suit  operations  and 
took  appropriate  measures.  In  one  system  the  RAMIS  II  usage 
has      evolved   and      developed    to      the    point      where   one      entire 
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system,  the  company  has  two,  is  dedicated  to  RAMIS  II.  A 
determining  factor  as  to  resource  requirements  lies  in  the 
interrelation  of  RAMIS  II  to  the  othsr  parts  of  the  computer 
installation.  In  one  company  the  corporate  DB  is  in  TOTAL, 
but  is  accessed  almost  entirely  using  RAMIS  II.  Every  time 
a  report  requirement  is  generated,  RAMIS  II  must  create  its 
own  DB  from  the  TOTAL  system  information,  and  then  generate 
its  report.  In  another  organization  each  user  creates  and 
maintains   a   separate    DB    for    his/her    own    use. 

RAMIS    II    consumes   a  lot      of    computer   resources,         and 
dependir.g      upon      the   overlay      structure,  computer      system 

management,  and        its      relation/interaction        with      other 

systems,  could  conceivably  consume  a  much  greater  amount. 
Yet  by  itself  RAMIS  II  has  been  termed  a  very  efficient 
product  in  terms  of  both  response  time  and  resource  usage 
[Rsf.  27:  p.  S11].  The  reasons  for  hardware  conversion 
were  almost  exclusively  inherent  to  the  particular  organiza- 
tion, and  not  primarily  due  to-RAMIS  II.  Although  MPG 
states  its  dedication  to  providing  a  nonprocelurai  product 
that  makes  the  most  efficient  use  of  resources,  this  was 
not  a  major  concern  of  the  organizations.  It  truly  appeared 
that  with  "decreasing  hardware  costs  efficiency  is  no  longer 
a  major   concern"    [Sef.    28:       p.    38]. 

7  •      S  ecur  it  y/Accgss 

Most      of   the      organizations    interviewed      do   not      use 
RAMIS      II      security    features,  but      some      do    use      them      in 

conjunction  with  the  operating  system's  security  prcedures/ 
precautions.  RAMIS     II      offers        security      with      password 

control,  data   item      access      control,  and   command      type 

control;         however,  the    companies    preferred  to      use   their 

previously  installed  systems  such  as  RACF  (Resource  Access 
Control   Facility,  which    matches    each      resource    to      a    user 
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cob bi nation      of      the      operating      systen's        and      RAMIS      II*a 

security  features,  while  still  others  only  used  RAMIS  II 
security  with  their  RAMIS  II  files.  The  companies  that  did 
use  RAMIS  II  security  had  no  complaints,  bur  they  dealt 
mostly  with  unclassified  data  or  did  not  require  serious 
security  Drecautions.  MPS  claims  to  provide  a  high  degree 
of  security  although  the  RAMIS  II  DBMS  can  be  shared  among 
many    users. 

Control  of  users  that  have  read/write  access  and 
authorization  to  update/change  existing  files  ensures  only 
authorized      chances        can      be      mads      to         files,  records, 

segments,        or    even    fields.  Organizations   still   preferred 

existing  security  measures,  and  the  lajority  cf  changes  made 
by  users  were  to  their  own  RAMIS  II  DBs.  In  almost  all 
cases,  with  the  exception  of  those  having  a  dedicated  RAMIS 
II  DBMS,  the  corporate  D3  could  not  be  updated  by  RAMIS  II. 
Also  changes  made  to  the  corporate  DE  were  done  by  the  D? 
departments,      not   by    individual    users. 

The  area  of  backi  v>  procedures  and  measures  were 
again    handled      by   previously      installed    measures,  in   some 

cases  using  IMS  or  CTCS  transaction  logging.  Other  compa- 
nies interviewed  did  not  even  have  serious  backup  measures 
installed,  but  made  individual  usees  responsible  to  ensure 
that  their  changes  had  been  made.  The  companies  that  did 
require  any  type  of  backup  updated  the  D3  usually  once  a  day 
by  batch  means  net  done  by  RAMIS  II.  All  of  the  companies 
operated  in  such  very  stabile  hardware  and  software  environ- 
ments that  situations  requiring  such  backup  occurred  about 
once  every  six  to  seven  months  and  had  no  serious  impact  on 
operations. 
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8 •      Performance 

In  the  areas  of  performance  and  control  of  the 
computing  environment,  SAMIS  II  offers  the  beginner  to 
intermediate  user  a  far  aiore  productive  capability.  While 
constructing  simpler  programs  and  making  simpler  requests  to 
the  system,  the  user  has  the  impression  of  total  control  of 
the  computing  environment.  The  more  difficult  requests  and 
programs  tend  to  alienate  the  less  technically  ainded  users, 
and  these  users  frequently  require  technical  guidance  and 
assistance  from  the  organization's  DP  community.  This  was 
explained  bv  many  of  the  organizations  that  the  RAMIS  II 
syntax  is  not  logical  and  has  technical  ideosyncracies  that 
the  more  experienced  technician  would  understand,  but  the 
beginner      would    not.  One    representative      explained    it      in 

another  way  by  saying  that  all  users  are  not  logically 
oriented   and   probably  never    will   be. 

As  explained  earlier  RAMIS  II  offers  many  packages 
and  additions  to  their  basic  package  to  fit  various  organi- 
zational requirements.  A  few  of  the  companies  interviewed 
acquired  most  of  the  additional  packages  offered  by  RAMIS 
even  though  they  have  still  used  them  to  date.  Also  other 
packages  are  simply  more  advanced  oopies  of  parts  of  the 
basic  package  adding  a  bit  of  redundancy,  and  the  less 
advantageous  copy  is  never  used.  Other  companies  found  the 
basic  package  so  complete  that  they  constructed  their  own 
libraries   to     augment   the   system   in-house.  Expected   addi- 

tions to  the  present  package  offerings  which  are  eagerly 
awaited   by      the    users,        mentioned    previously,  are    RELATE 

which  will  offer  users  the  advantages  of  a  relational  DB, 
and  the  Formatted  Screen  Manager  which  will  offer  even 
greater    control    cf   the   input/output,   computing    environment. 
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EAHIS  II  can  be  operated  in  both  batch  and  real  time 
environments  and,  according  to  the  companies  questioned, 
does  well  in  both.  Althoagh  the  majority  of  the  companies 
acquired  RAMIS  II  to  serve  in  the  area  of  interactive 
processing  for  ad-hoc  inquiries  and  report  generation,  a 
large  amount  of  batch  processing  was  done  also,  particu- 
larly DB  update.  All  the  companies  developed  and 
constructed  their  cwn  application  programs  to  do  this 
processing,  but  RAMIS  will  provide  that  type  of  service 
upon  request. 

All  organizations  agreed  that  RAMIS  II  provided  an 
excellent  product  requiring  little  or  no  debugging.  Their 
estimates  indicated  98  to  99  percent  reliability,  with  the 
1  to  2  percent  error  rate  being  minor  in  nature  and  easily 
corrected.  The  rare  occurrence  or  exception  was  mentioned 
previously  under  Vendor  Support. 

9-   Improvab  ility/User  Satisfaction 

This  section  deals  with  the  organizational  view  as 
to  whether  RAMIS  II  was  an  improvement  over  the  previous 
systems  and  if  they  experienced  any  organizational  or  user 
resistance  to  the  new  systems. 

The  opinions  surveyed  all  substantiated  a  vast 
improvement  over  the  previous  systems;  however,  in  most 
cases  RAKIS  II  was  simply  another  tool  for  their  existing 
systems,  not  a  replacement .  These  companies  found  RAMIS  II 
to  be  a  great  addition,  whether  it  was  used  tc  access  data 
from  existing  databases  or  to  construct  their  own. 

Dseir  res  istance  *as  almost  nonexistent  with  a  few 
exceptions.  One  organization  covertly  introduced  RAMIS  II 
under  the  noses  of  the  DP  department,  causing  great 
political   resistance   to   the   system   when   the   fact   was 
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learned.  In  that  particular  company  there  is  alsc  a  fear 
that  the  nonprocedural  product  will  threaten  the  program- 
mer's job.  Another  company  also  experienced  resistance  to 
the  product,  but  the  resistance  came  from  the  nonprogram- 
mers  of  the  organization.  It  seems  that  they  felt  they  were 
being  overburdened  and  being  made  to  do  the  programmers  job 
also.  It  seemed  to  be  more  of  a  cultural  shock.  They  were 
being  trained  tc  use  the  computer  and  had  no  desire  to  be 
programmers.  After  the  system  was  installed  and  working, 
and  the  users  became  accustomed  to  it,  any  initial  resis- 
tance   subsided. 

10.       General 

The  companies  interviewed  did  not  purchase  any 
tailor-made  options  from  R AMIS  II  although,  as  previously 
mentioned,  they  did  acquire  most  options.  The  most  used 
parts  of  the  system  were  again  depenient  upon  the  particular 
organization's  uses  for  RAM  IS  II  and  the  job  descriptions  of 
the  users.  Most  found  tha  NPL  processor  of  greatest  value 
in  the  basic  package.  Ae  the  users  got  further  away  from 
report  generation  and  more  toward  modelling  and  optimization 
analysis,  the  procedural  interfaces  took  on  greater 
importance. 

The  area  of  RAMIS  II  that  was  termed  the  most  error 
prone  was  the  records  management  language.  It  was  not  that 
there  were  errors  in  the  code  or  the  package  committed 
errors,  but  that  the  users  had  the  greatest  problems  in 
that  area.  They  commented  that  the  inordinate  number  of  user 
errors  in  this  area  is  cause  for  concern  and  reason  enough 
to  influence  changes  to  increase  training  and  improve  docu- 
mentation   on  the   subject. 

The  last  line  of  questions  in  this  section  inquired 
as    to      users    desires    and      what    recommendations   they      had    for 
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RAM  IS  II  to  improve  their  product.  The  majority  of  recom- 
mendations revolved  arouni  interactive  processing  where  the 
terminal  prompts  the  user  to  determine  what  has  to  be  done 
and    what    the   user  wants.  These    recommendations    called    for 

the  prevision  of  menus  to  prompt/assist  the  users  in  the 
areas  of  error  correction,  application/report  generation, 
and      database         creation/design (structure, forms, keys) .  It 

seems  that  even  with  the  user  friendly/end  user  product  that 
RAMIS  II  provides  now,  the  users  want  something  even  more 
friendly. 

The  opinion  of  ill  but  one  of  the  organizations 
surveyed  felt  that  RAMIS  II  was  probably  the  best  thing  that 
ever  happened  to  their  company  in  the  area  of  data  proces- 
sing. They  felt  that  productivity  improvements  went  beyond 
the  point  of  increasing  the  productivity  of  individual 
users.  They  felt  that;  the  productivities  of  the  companies 
themselves  were  positively  influenced  by  the  use  of  RAMIS 
II. 

These  reports  of  productivity  improvements  are  of 
particular  interest  in  that  many  of  them  vary  in  reference 
to  measurement  criteria.  In  some  companies  the  productivity 
growth  was  gradual  while  in  others  the  results  were  more 
pronounced.  One  representative  noticed  that  to  accomplish 
the  DP  reguirements  for  the  company  no  longer  reguired  the 
hiring  cf  additional  personnel.  Along  the  same  lines 
another  manager  was  able  to  decrease  his  staff  requirements 
by    10  55. 

Other  companies  estimated  that  individual  produc- 
tivity had  increased  by  a  factor  of  10.  This  figure  was 
arrived  at  by  observations  of  programmer  output  regarding 
the      number    of       reports/programs      which      they   presently      and 
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previously  produced.  Other  organizations  observed  that 
orocrnriis  which  normally  took  6  weeks  to  produce  usincr  proce- 
dural means  could  now  be  coded  and  tested  in  u  days  using 
RAMIS  II.  One  organization  observed  programmers  producing 
systems  at  10  times  the  previous  rate.  Productivity 
improvement  was  also  evidenced  by  the  programming  backlog 
reduction  within  the  organizations.  All  the  companies 
commented  that  their  backlog  was  being  considerably  reduced 
or  had  been  eliminated. 

Other  performance  measures  were  mentioned  also, 
but  were  nonquan tifiable  in  nature.  These  measures  included 
things  analysts  doing  analysis  vice  programming  or  clerical 
functions;  increased  user  availability  to  information 
improving  decision  support;  and  increased  user  satisfac- 
tion, the  implication  being  that  a  happy  user  gets  mor0 
done. 

The  vast  majority  of  companies  stated  that  RAMIS  II 
met  their  expectations  and  would  continue  to  be  an  integral 
part  of  their  organization.  Many  of  -.he  companies  surveyed 
chose  RAMIS  II  as  the  best  nonprocedural  product  available 
at  the  best  price.  These  companies  have  kept  and  currently 
keep  track  of  any  new  developments  in  this  area  and  th° 
computer  industry  in  general,  and  still  believe  RAMIS  II  to 
be  -'■he  premier  product  available  presently  for  their  users. 
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V.    ANALYSIS    OF    FOCUS 

A.  INTRODUCTION 

As  the  workload  en  data  processing  departments  continues 
to  rise,  organizations  have  taken  a  second  look  at  the 
traditional  approach  to  programming  in  an  attempt  to  survive 
the  deepening  backlog  of  applications  for  user  needs. 
Productivity  increasing  tools  are  tha  order.  The  arrival  of 
ncn  procedural  lanouages  promises  to  be  a  software 
enhancement  capable  of  improving  the  productivity  of  both 
data  processing  professionals  and  nonprogrammers  through  a 
wile  range  of  design  and  implementation  approaches. 

This  chapter  will  deal  with  the  industrial  response  to 
FOCUS  as  Chapter  IV  dealt  with  RAMIS  II.  As  in  the  analysis 
of  RAMIS  II,  the  research  for  this  chapter  is  based  upon  the 
responses  of  organizations  using  FOCUS  to  personal 
interviews  and/or  guestionaires  in  the  attempt  to  offer 
enlightenment  as  to  whether  the  purposes  for  acquiring  such 
systems  have  been  fulfilled. 

B.  INFORMATION     BUILDERS,    INC.     AND    FOCUS 

Information  Euilders,  Inc.  (IBI)  was  established  in  1975 
by  Gerald  Cohen,  now  president  of  IBI,  and  Peter  Mittelman, 
IBI  executive  vice  president,  the  originators  of  the  first 
nonprocedural  languages.  In  the  short  time  since  then  they 
have  grown  to  a  company  with  seven  offices  in  the  United 
States  and  with  affiliates  in  Japan,  Australia,  Brazil, 
Eqypt,  and  several  European  locations.  A  new  office  is 
scheduled  to  be  opened  in  Toronto,  Ontario  in  the  near 
future.  A  partial  list  of  FOCUS  using  organizations  is 
listed  in  Appendix  E. 
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Their  product,  the  nonprocedural  language  FOCUS,  is  a 
high-level,  user-friendly,  easily  understandable,  English. 
language  information  control  system  which  has  extensive 
facilities  for  complete  applications  systems  development, 
including  comprehensive  report  generation,  file,  and  data 
base  management  capabilities.  FOCUS  contains  facilities  for 
describing  both  simple  and  complex  interconnected  files;  for 
entering,  changing,  and  deleting  records  in  the  files;  and 
for  preparing  reports  from  information  in  the  files.  The 
purpose  of  FOCUS  is  to  oontrol  an  entire  application  and 
thereby  reduce  the  need  for,  or  replace,  computer  program- 
ming. The  system  is  structured  so  that  it  can  be  used  by 
non-programmers    as    well   as    programmers.  FOCUS    runs    on    IBM 

370,      4300      and    larger,      or    equivalent      mainframes    operating 
under    7M/CMS    or    under   MVS    with    TSO,    CICS,    or   IMS-DC. 

131's  sales  revenue  has  doubled  each  year,  and  they 
presently  rank  in  the  top  10%  of  all  software  houses.  To 
date  in  1932,  131  has  soli  approximately  420  in-house  copies 
of  FOCUS,  and  an  additional  400  copies  have  been  utilized  en 
a  time-share  basis.  IBI  expects  to  reach  the  500  copy  point 
for  in-house  systems  by  the  end  of  the  year,  and  their  mark- 
eting   personnel    project   reaching    the    1000    point    for    1983. 

131's  marketing  strategy  is  still  developing,  they  are 
realizing  that  selling  a  product,  no  matter  how  great  it  is, 
requires  the  "promotional  push"  along  with  their  good  inten- 
tions. Their  printed  material,  including  their  promotional 
literature  as  well  as  their  user's  manual,  language  primer, 
and  other  documentation,  is  presentable,  easy  to  read  and 
understand,  and,  of  course,  paint  a  glowing  picture  of 
FOCUS'  abilities.  In  fact,  the  FOCUS  user's  manual  is  a 
text  sized  paperback,  a  pleasantly  portable  alternative  to 
the  IBM  three  ring  binder  approach.  However,  several  other 
nonprocedural      languages      whose    capabilities      do      not      match 


65 


those  of  FOCUS  are  presented  in  quits  appealing  marketing 
packages,  which  could  feasibly  draw  the  potential  customer's 
attention  away  from  the  issues  at  hand  and  towards  an  infe- 
rior, or  at  least  less  powerful,  system.  IBI  holds  regular 
promotional  seminars  throughout  the  country.  A  general 
consensus  of  pecpie  attending  a  San  Francisco  seminar  in 
October  1982  was  that  it  was  too  long  and  too  detailed. 
Instead  of  presenting  general  concepts  and  capabilities,  the 
speaker  went  into  the  intracies  of  actually  writing  FOCUS 
queries.  After  four  hours  of  the  same  speaker,  many  in  the 
audience  had  lost  their  enthusiasm  and  interest.. 
Additionally,  131  maintains  both  a  hot-line  and  the  recently 
introduced  help-line  to  aid  in  solving  customer  difficulties 
with      the   system.  Previously      the      hot-line   answered      all 

customer  inquiries.  But,  they  found  that  the  hot-line  was 
being  swamped  with  calls  and  technical  experts  were  spending 
time  answering  lower  level  inquiries.  The  help-line  now 
addresses  the  "run-cf  the  mill"  type  of  questions  from 
users;  inquiries  of  a  aore  demanding  nature  are  referred  up 
tc  the  hot-line  for  resolution.  Now  with  the  help-line 
taking  care  of  routine  problems,  the  experts  can  devote 
their    time   to   more    difficult   inquiries. 

FOCUS  offers  an  extensive  list  of  capabilities  and  has 
an  impressive  list  of  customers  for  the  short  time  that  they 
have    been    active    in    the    market    place. 

Personnel  at  IBI  are  dedicated  professionals,  albiet 
prejudiced  concerning  FOCUS,  but  truly  committed  to  their 
product  and  their  customers.  They  were  found  to  be  know- 
ledgeable and  helpful  and  quite  eager  'o  answer  all 
guestions    about    FOCUS. 
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1-  The  3asic  FOCUS  5/s  tarn 

Basic  features  of  the  systen  are  as  follows: 

a.  The  FOCUS  data  base  alLows  files  to  be  struc- 
tured in  a  number  of  ways  including  aierarchical,  multipath 
hierarchies lr  network  linked,  and  cross-referenced. 
Multiple  entry  point  and  file  inversion  are  possible  at  any 
level.   Additionally,  any  field  can  be  indexed  at  any  level. 

b.  Online  operation  with  interactive  error  correc- 
tion. 

c.  A  u s er  —  f r ien dl v  Fnclish— like  lancruacre  for  speci- 
fying and  controlling  all  facilities  and  functions. 

d.  A  comprehensive  query  and  reporting  capability 
for  ad  hoc  queries  and  custom  reporting. 

e.  A  Dialogue  Manager  component  to  assist  in  devel- 
oping prompt-driven  interactive  prooedures. 

f.  A  shared  strioture  data  base,  supporting  both 
simple  and  complex  multipach  and  network  structures. 

g.  An  easy  to  ise  transaction  processing  language 
for  data  base  input,  maintenance,  validation,  computation 
and   logging. 

h.  An  interactive  data  base  editor  for  file 
browsing  and  records  management. 

i.  The  ability  to  process  25AHf  VSAM,  Dr  ISAM  files 
as  well  as  FOCUS  data  base  files. 

2-  Q2tj.onal   FOCUS   Commorients 

a.  FOCUS/GRAPHICS  for  production  of  high  resolution 
graph  forms  including  histograms,  bir  charts,  point  plots, 
pie      charts,        and      scatter    diagrams.  It      is      useable      on 

terminals,    color   CRT's   and    flatbed    plotters. 
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b.  FO CHS/Stat 1st ics  for      interactive      statistical 

functions,        including  time-series      analysis,        regressions, 
crosstabs,    and   correlations. 

c.  FIDEL  for  fall-screen  327x  data  entry/data 
display   applications. 

d.  FOCOS/HLI  for  direct  access  to  FOCUS  files  from 
programs    written   in    COBOL,     FORTRAN,    PL/1,    or    BAL. 

e.  FOCUS/FML  for  production  of  row-oriented  finan- 
cial   documents   a  r.d    reports. 

f.  Interfaces  for  processing  records  from  IMS, 
IDMS,  TOTAL,  and  ADABAS  data  base  structures.  The  objective 
of  these  interfaces  is  to  extend  to  the  r.on-FOCUS  data  bases 
all  the  facilities  of  the  FOCUS  query  language  in  a  manner 
transparent  to  the  user.  All  FOCUS  features  which  require 
read-only  access  to  data  are  supported:  printed  reports, 
graphs,  statistical  analysis,  catalogued  procedures  (the 
dialogue  manager),  and  the  MATCH  command,  which  combines 
data    from   several  unrelated    sources    into    one    report. 

3«      nature   FCCUS    Components 

a.  IBI  generates  enhancements  on  an  as-developed 
basis.  They  generally  do  not  charge  their  customers  for 
these  enhancements  which  are  sent  automatically,  along  with 
documentation.  Major  FOCUS  releases  are  produced  approxi- 
mately  every    6-9    months. 

b.  The  big  news  for  FOCUS  is  that  it  is  targetted 
to  be  available  en  the  IBM  personal  computer  (PC)  by  summer 
19B3.  Features  will  inclide  capabilities  for  both  uploading 
of  PC  written  applications  and  data  to  the  mainframe  as  well 
as  downloading  of  programs  and  data  from  the  mainframe  to 
the    PC.        One      shipping    industry    executive    stated      that    when 
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■this  capabiltiy  becomes  a  reality,  he  intends  to  buy  a 
personal  computer,  if  for  no  other  reason,  so  that  he  can 
still  have  working  copies  of  data  aid  programs  in  the  event 
of  a  mainframe  system  crash. 

u •   IQCUS  Tr ain i na 

In  addition  to  their  basic  system  and  optional 
add-ons,  Information  Builders  offers  training  at  various 
levels,  ranging  from  basic  Deginnars  classes  to  advanced 
processing  classes.  Individual  aid  group  training  are 
available  at  individual  and  package  rates,  and  can  be 
conducted  at  their  offices  or  zr.-sLzi.  On-site  training  is 
the  preferred  since  the  studants  will  be  trained  on  the 
equipment  with  which  they  will  ba  working.  131  does, 
however,  have  ample  training  spaoe  and  hardware  for  mean- 
ingful training  en  their  premises.  \  course  listing  and  fee 
schedule  is  provided  in  Appendix  F.  In  addition  to  formal 
training  and  regular  system  enhancements,  131  completes 
their  support  package  with  technical  expertise,  application 
assistance  service,  and  consultant  services.  131  promises 
that  a  customer  will  aevar  encounter  a  situation  where  a 
call  for  help  will  not  receive  full  and  satisfactory 
response.  In  the  event  :> :  a  systen  difficulty,  customers 
are  directed  to  call  and  ask  for  technical  help  and  to 
expect  to  receive  an  immediate  response.  IBI  pledges  to 
stand  totally  behind  its  system  and  service  responsibili- 
tias,  stating  that  a  FOCUS  warranty  is  forever. 

C.   TBE  FOCUS  USERS  GROUP  (FUSE) 

FOCUS  users  are  enthusiastic,  to  say  the  least,  about 
the  language,  so  much  so,  that  taey  have  formed  a  FOCUS 
Users  Group  (FUSE)  which  holds  quarterly  regional 
conferences,    a  nationwida   annual  conference,    and  has   a 
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newsletter— all  for  the  purpose  of  making  recommendations 
for  improvements  and  enhancements  back  to  Information 
Builders    for    future    FOCUS    versions.  FOCUS    users    were    more 

than  pleased  with  the  package.  Ail  felt  that  it  had  at 
least  met  their  organizations  present  requirements  and  anti- 
cipated that  it  would  continue  to  meet  future  requirments. 
Most  users  believe  that  it  exceeded  their  needs  but  that  the 
excess  capability  was  sure  to  be  used  in  the  future.  No 
user  felt  that  FOCUS  fell  short  of  their  organization's 
present   information    processing   requirements. 

D.       ANALYSIS    OF    INDUSTRIAL    RESPONSE    TO    FOCUS 

Facets  of  the  user  response  to  FOCUS  will  be  grouped 
under  the  same  headings  used  in  the  previous  chapter. 
Overall  ratings  of  companies  using  nonprocedural  languages 
are    listed    in   Table    VII    in    Chapter   VII. 

1 •      Implementation 

The  aim  est  unanimous  reason  for  choosing  the 
nonprocedural  language  approach,  and  FOCUS  in  particular, 
was  the  ease  of  use  and  efficiency  of  the  report  generation 
facilities.  These  attending  the  FOCUS  promotional  seminar 
stated  that  their  uppermost  concern  in  digging  their  way  out 
of  their  paperwork  backlogs  was  to  obtain  an  efficient  and 
speedy  repor*  writer.  Other  features  frequently  cited  for 
choosing  FOCUS  over  other  languages  considered  were  the 
database  management  features  and  the  full  screen  editor, 
FIDEL.  Host  organizations  locked  at  only  two  or  three  other 
languages  before  actually  choosing  FOCUS,  in  the  opinion 
that  they  had  a  representative  sample  and  that  much  more 
comparison    would   be    time-consuming   overkill. 

The  main  use  of  the  system  is,  as  stated  earlier, 
report   generation  in      a   wide   variety   of      applications.         For 
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example,  the  City  of  Fresno,  California,  uses  FOCUS  for  ad 
hoc  payroll  reports,  budget  preparation,  tax  computations, 
business  and  dog  licenses,  accounts  payable,  city  clerks' 
bid  and  contract  reports,  building  permits  and  inspection 
reports,  parking  citations,  paramedic  information,  and  city 
attorney  case  histories,  to  name  a  few.  Generally,  FOCUS 
was  found  to  be  used  for  7  0-85%  of  any  given  organization's 
data  processing  needs.  Companies  using  FOCUS  varied  widely 
in  size  and  in  both  the  number  and  proportion  of  employees 
using  the  language.  These  differences,  of  course,  had  an 
impact  on  the  speed  with  which  FOCUS  was  integrated  into 
their  operating  cycle.  Setting  into  full  operating  swing 
with  FOCUS  was  quite  variable  from  one  organization  to 
another,  dependent  on  the  volume  of  the  backlog  and  the 
extent  cf  applications  utilizing  FOCUS.  Generally,  The 
learning  curve  seems  to  start  quickly  and  gradually  taper 
off  after  a  few  months,  followed  by  new  things  to  learn  as 
improvements  to  the  package  and  inputs  from  other  users  are 
received.  No  reductions  in  manpower  have  been  experienced 
both  because  of  the  backlogs  to  be  cleared  out  and  because 
of  significant  increases  in  applications  and  reports 
requested  by  users  in  response  to  FOCUS  capabilities.  The 
shortest  time  span  for  "full  swing"  operations  was  approxi- 
mately three  months;  the  longest  was  experienced  by  a 
company  who  has  has  FOCUS  for  one  year  and  is  not  in  "full 
swing"  as  yet.  A  company  representative  stated  that,  their 
backlog  was  so  overwhleming  that  they  expected  to  take  more 
than    a   year. 

2 .      Training 

All  organizations  interviewed  opted  for  the  on-site 
training  both  because  it  was  more  cost  effective  and  time- 
saving  and  because  their  employees  would  be  training  in 
familiar   surroundings.  Basic    report      generation   and      file 
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management  instruction  which  comes  with  the  package  as  well 
as  the  ten  day  cn-site  consultant  provided  a  satisfactory 
start-up      in     the     opinion    of      most      companies.  The      mora 

advanced  training,  as  would  be  expected,  was  chosen  only  for 
a  select  few  higher  up  in  the  companies1  data  processing 
echelon.  Most  companies  plan  to  have  more  employees  attend 
IBI  basic  training  courses  at  3-6  month  intervals. 
Companies  were  split  about  50-5  0  on  the  subject  of  internal 
training.  While  all  the  companies  hid  at  least  one  employee 
known  as  the  "resident  expert,"  only  about  half  of  them 
expected  to  use  this  person  to  actually  train  other 
employees    in   the  use    of   ?3CUS.  The    other    half    had    no    such 

plans.  However,  this  well  may  be  a  function  of  personali- 
ties or  personal  preference  on  the  part  of  the  resident 
expert,  who  were  all  of  the  opinion,  as  stated  by  one  of 
them,  "There's  no  way  I'm  spending  my  time  teaching.  It 
makes  more  sense  to  bring  131  here  for  a  couple  of  days. 
I'm  not  going  tc  do  it!"  During  the  training  and  s^art-up 
phases,  companies  experienced  slight  increases  in  their 
backlog      but    were      not      concerned      over    it.  The      attitude 

was — "What's  another  couple  of  days  really  going  to  matter?" 
They  viewed  the  negligible  step  backwards  as  a  small  price 
to  pay  for  the  substantial  steps  forward  which  they  expected 
to   experience. 

3  •      Learnability 

General      concepts      of      the        language      were      guickly 
learned.  As    would      be      expected,         the    ease      of      learning 

decreased  as  the  difficulty  of  the  application  increased. 
When  more  statements  are  reguired  to  complete  a  guery,  the 
situation  presents  mere  opportunites  for  mistakes  in  syntax, 
formatting,  logical  thought  and  sequencing.  Actual  reten- 
tion of  the  language  has  been  found  to  be  reinforced  by 
repetitive   use.         Freguent    referral    to      the    user's    manual    is 
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experienced  in  the  initial  stages.  With  continued  use  of 
ths  system,  manual  usage  decreases  to  the  point  where  it  is 
only  referred  to  in  the  event  of  a  new  or  infrequently  used 
application.  Learnability  was  found  to  be  satisfactory  to 
those  with  reasonable  expectations,  but  somewhat  disap- 
pointing to  those  with  admittedly  high  expectations.  It 
also  appears  that  those  with  no  programming  background  do 
not  have  a  significantly  longer  or  more  difficult  time 
learning  the  basics  of  the  system  than  their  programming 
counterparts.  No  data  is  available  on  a  comparison  of  more 
complex  applications  simply  because  companies  have  reserved 
ths  higher  level  capabilities  of  FOCUS  for  their  more  expe- 
rienced  users. 

4.      Document  at  ion 

Overall  evaluation  of  vendor  documentation  content 
was  excellent.  However,  the  general  opinion  of  the  documen- 
tation set-up  was  was  fair  to  poor.  The  documentation  is 
easy  tc  understand  but  suffers  from  being  too  concise, 
insufficiently  labeled,  not  covering  all  relevant  matters  in 
sufficient  detail,  and  lacking  cohesion  between  features. 
For  example,  there  is  no  index  in  the  FOCUS  primer.  The 
examples  offered  in  the  user's  manual  are,  as  would  be 
expected,  of  a  very  general  nature,  and,  therefore,  lack  any 
absolute  applicability  to  any  one  organization's  applica- 
tions. But,  there  are  not  enough  examples  of  complex 
guaries.  Users  felt  that  the  manual  could  be  expanded  to  at 
least  another  volume,  perhaps  even  two  more,  in  order  to 
include  more  examples.  The  examples  in  the  basic  demo  are 
relatable  to  actual  applications  but  just  are  not  the  same 
as    specialized   applications. 
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5.   Vendor  SuoDcrt 

Customers  have  found  IBI  to  be  very  supportive- 
System  delivery  was  on  schedule  for  the  most  part,  the 
systems  has  performed  as  expected,  and  responsiveness  to 
considerable  hot -line  and  help-line  traffic  has  been  quick 
and  thorough.  Customers  have  found  themselves  to  be  making 
heavy  use  of  the  two  lines  after  initial  installation,  aver- 
aging several  calls  per  week.  Hot-line  usage  lessened 
dramatically  after  personnel  gained  experience  with  the 
system,  lowering  the  average  to  one  call  every  two  to  three 
weeks.  Customers  were  imDressed  with  both  the  speed  and  the 
accuracy  of  the  responses  received  from  the  help  facilities, 
especially  since  the  inceDticn  of  the  two  line  concept.  All 
companies  stated  that  they  have  found  "bugs"  in  the  system 
and  that  131  was  always  responsiva  to  their  notification  of 
such  problems.  They  could  not  be  fixed  overnight,  but  users 
felt  that  IBI  wasted  no  time  in  offering  at  least  a  tempo- 
rary fix,  while  working  on  a  permanent  correction. 
Additionally,  users  stated  that  131  notified  other  users  of 
the  potential  problem.  It  should  be  pointed  out  that  users 
were  not  significantly  inconvenienced  by  these  "bugs."  As 
one  user  stated,  "All  systems  have  bags,  it's  just  a  matter 
of  time  before  ycu  run  into  them."  Indeed,  one  of  the  laws 
of  software  design,  the  law  of  cybernetic  entomology, 
states,  "There  is  always  one  more  bug."  The  point  is  that 
"bugs"  do  occur  hut  that  so  far  nothing  of  monumental  impor- 
tance has  been  affected.  The  "bugs"  can  be  navigated  around 
or  corrected  by  an  in-hous=  fix  or  vendor  correction. 

6 •   H a r dw ar e /S u p por t  Conversion 

FOCUS  does  require  considerable  memory,  a  minimum  of 
45DK  for  the  basic  systen.  All  companies  interviewed  had 
suitable  IBM  mainframes  (37  0,  3033,  d:  4300  series)  prior  to 
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acquisition  of  FOCUS,  and  none  required  required  any  hard- 
wa  r  e  co  r  v  er  si  on  s  c  r  p  °r '  D^sr*!  ouT*chas°s  t  o  °  m  p  1  c  v  the  ^O  C  U  5 
system.  Companies  view  the  F3CUS  system  as  worth  the  extra 
outlay        of      funds.  If         additional        memory      or        other 

conversions/support  became  necessary,  they  would  have  no 
qualms  about  obtaininq  it.  The  alternative  of  disposing  of 
FOCUS    would   not     te    considered. 

7 .      Security /Recess 

FOCUS  operates  completely  within  the  security  and 
access  controls  already  in  operation  in  a  company's  opera- 
tin  o  system.  Additionally,  it  offers  Dassword  control,. 
command  control,  read-writs  access,  and  access  authorization 
down  to  the  field  level.  Customers  have  expressed  satisfac- 
tion with  the  security  aspects  of  the  FOCUS  system.  Several 
mentioned,  however,  the  questionable  security  measures 
inside  the  organization  posed  the  fact  that  many  users  tape 
their  passwords  to  their  terminals  so  they  won't  forget 
them!  It  was  found  that  the  smaller  the  company  was  and  the 
fewer  people  having  access  to  the  system,  the  less  concerned 
management  was  with  security/access  aspects  of  the  operating 
system   in   general,    and  of   FOCUS    in    particular. 

8  •      Per form a  nee 

While  no  one  software  tool  can  be  the  optimum  choice 
for  all  people,  FOCUS  has  been  well  accepted  by  all  levels 
of  workers.  The  limited  main  vocabulary  and  easy  under- 
standability  of  the  language  make  it  an  acceptable  tool  for 
the  beginner,  while  the  more  complex  capabilities  allow  the 
more  experienced  user  some  flexibility.  Thus,  beginners  are 
not  frustrated  with  complexities  and  more  advanced  users  are 
not  limited  by  simplicity.  FOCUS  can  be  as  simple  or  as 
complex  as  the  user  wishes  to  view  it.  It  is  for  this 
reason  that  organizations  feel  that  the  implemet ation  of  the 
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language  has  met  with  a  minimum  of  user  resistance.  In  this 
same  vein,  xhe  add-on  packages,  such  as  graphics  or  statis- 
tical modeling,  have  given  added  flexibility  to  programming 
applications.  Most  all  of  the  conpanies  interviewed  had 
purchased  at  least  two  of  the  optional  packages,  although 
ths  evaluations  cf  their  usefulness  was  varied.  Some  organ- 
izations swore  by  the  graphics  package,  while  others  had 
found  that  they  did  not  have  the  applications  bulk  to 
support  its  purchase,  or,  in  one  case,  that  the  package  was 
just  too  limited  for  their  particular  needs.  Similar 
responses  were  received  on  the  FIDEL  package;  some  companies 
rave  over  it,  a  few  others  just  don't  use  it.  As  is  the 
case  with  RAMIS  II,  FOCUS  car.  be  operated  in  both  batch  and 
real  time  environments,  and  performs  reliably  in  both.  Host 
applications,  however,  are  done  in  interactive  sessions  for 
ad-hoc  queries,  data  entry  and  retrieval,  and  report  genera- 
tion, while  batch  processing  is  mainly  reserved  for  weekly 
or  monthly  functions  such  as  database  update  and  certain 
summary  reports. 

9-   Improvabilitv/Qser  Satis  faction 

Without  exception,  all  organizations  interviewed 
expressed  very  positive  evaluation  of  the  effects  on  produc- 
tivity brought  about  by  the  use  of  FOCUS.  Except  in  one 
case  where  FOCUS  was  specifically  purchased  to  replace 
another  DBMS,  FCCUS  was  being  used  to  augment  the  already 
existant  data  processing  facilities,  albeit  to  a  large 
degree  in  some  organizations.  By  far  the  most  widely  used 
host  language  is  COBOL,  but  many  companies  also  use  FORTRAN, 
PL/1,  or  SAS.  It  has  already  been  pointed  out  that 
nonprocedural  languages  can  offer  significant  reductions  in 
time  over  procedural  languages  when  the  applications  are 
applicable.  It  must  be  remembered  that  there  are  those 
applications  for   which  nonprocedural  languages  are   not  the 
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most  efficient  or  sensible  route  to  take.  They  have  rot  yet 
marked  the  death  of  traditional  procedural  languages.  There 
was  no  user  resistance  to  speak  of  concerning  the  implemen- 
tation of  FOCUS.  Actually,  most  of  the  new  "programmers" 
felt  a  kind  of  status  associated  with  using  a  computer 
terminal.  The  actual  programmers,  of  course,  had  their  own 
terminals,  and  expectedly  found  this  to  be  an  absolute 
necessity.  Initial  hesitance  towards  using  the  machine  was 
quickly  overcome  when  the  nonprogratnmers  realized  how  easy 
it  was  going  to  be,  and  how  quickly  they  would  be  able  to 
produce  results.  In  short,  user  resistance  is  not  a 
concern. 

1 0.      General 

FOCUS  basic  features  and  optional  packages  obvi- 
ously have  provided  users  with  enough  •  capabilities  from 
which  to  choose.  None  of  the  users  had  even  considered 
asking    for.  any    tailor-mada    features.  Some   users    felt    that 

they  had  more  capabilities  at  the  present  time  than  they 
fully  realized  and  had  no  need  for  anything  else.  Nc  one 
particular  feature  of  the  system  could  be  singled  out  as 
more  error-prone  than  any  of  the  others.  is  mentioned 
earlier,  the  more  complex  the  query  or  application  became, 
the  more  error-prone  it  became.  This  is  a  function  of  the 
application  complexity,  though,  not  of  the  language  features 
themselves.  Users  are  most  anxious  *o  see  improvements  in 
the  quality  of  the  documentation  more  than  any  of  the 
features   of      the   language      capabilities    themselves.  Users 

express  satisfaction  with  the  functioning  of  the  system  but 
want  a  more  well-documented  library  of  user  information  to 
enable  them  to  reap  the  benefits  of  all  the  capabilities  of 
their   system. 
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11.   Overall  Assessment 

Respondents  unanimously  felt  that  FOCUS  had  caused 
an  improvement  in  productivity,  although  none  of  the  respon- 
dents had  conducted  empirical  studies  on  the  matter.  FOCUS 
users  explained  that  they  simply  knew  they  were  getting  work 
done  much  more  quickly  than  they  would  have  without  FOCUS. 
Calling  upon  experience  with  other  systems,  users  compared 
the  expected  man  hours  for  job  completion  against  the  much 
lower  actual  man  hours  employed  using  FOCUS,  as  the  determi- 
nant of  the  rise  in  productivity.  Various  means  of 
estimation  were  employed,  and  varied  from  company  to 
company.  One  manager  estimated  taat  a  FOCUS  application 
which  took  him  one  and  a  half  days  to  complete  would  have 
taken  6  months  in  COBOL.  Another  aanager  calculated  a  503 
rise  in  the  physical  output  of  his  division.  Yet  another 
stated  that  he  was  at  the  pcint  of  needed  additional 
employees  to  keep  up  with  all  the  organization's  require- 
ments. The  introduction  of  FOCUS  alleviated  the  burden  so 
that  additional  hiring  was  not  needed.  Users  also  varied  in 
the  area  of  pre -purchase  feasibility  studies.  They  fell 
into  basically  two  categories: 

•  those  who  did  conduct  comparisons 

•  those  who  had  used  FOCUS  before  and  wanted  it  again 

As  mentioned  earlier,  those  organizations  actually 
conducting  comparisons  limited  themselves  to  a  very  few. 
Those  comprising  the  second  group  were  the  most  enthusiastic 
about  FOCUS.  They  had  used  FOCUS  at  another  organization 
and  found  it  to  be  a  system  which  worked  so  well  for  their 
applications  that  they  felt  neither  the  need  to  run 
comparisons  with  other  languages  nor  to  do  a  feasibility 
study. 
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FOCUS  features  and  capabiiites  are  abundant  and  should 
be  more  than  adequate  for  the  average  user  Larae  users  with 
complex  and  rigorous  requirements  pose  a  challenge  to  FOCUS 
capabilities;  however,  they  seem  to  be  meeting  it.  For 
example,  an  industrial  conglomerate  maintains  its  corporate 
data  base  with  FOCUS,  Pacific  Telephone  has  over  5000 
employees  trained  and  using  FOCUS,  and  Home  Box  Office  (HBO) 
uses  FOCUS  ■'to  support  the  majority  of  its  development  needs. 
The  two  weaknesses  in  the  language  are  apparently  its  lack 
of  reentrancy  and  its  inability,  until  recently,  to  support 
concurrent  updating.  The  latter  became  available  with  the 
latest  version.  However,  users  did  not  seem  to  be  troubled 
by  these  limitations.  In  general,  FOCUS  users  seem  tc  be  a 
group  rather  adamant  about  the  language.  The  forming  of  a 
user's  group  completely  independently  of  the  vendor  is  an 
example  of  such  dedication.  Bearing  in  mind  that  a  company 
is  not  about  to  denigrate  a  product  which  it  has  just  spent 
a  considerable  amount  of  funds  to  purchase,  the  positive 
reactions  cf  the  FOCUS  using  organizations  would  be 
expected.  But  the  users  freely  expressed  their  discontent, 
little  though  it  was,  over  matters  each  as  the  documentation 
or  the  inconvenience  of  system  "bugs."  All  in  ail,  the 
users  are  very  pleased  with  their  systems  and  have  stated 
that  FOCUS  would  be  their  choice  if  they  had  to  choose 
aqain.  It  would  appear  that  such  loyalty  has  been  earned  by 
TBI,  both  through  its  affective  product  which  apparently 
delivers  as  promised  and  through  the  dedication  to  its 
customers   that    it  exhibits    in   its  support    functions. 
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VI.  COSTS  AND  BENEFITS  ANALYSIS 

A.   INTRODUCTION 

This  chapter  of  the  thesis  will  deal  with  the  analysis 
of  the  costs  and  benefits  associated  with  the  nonprocedural 
product.  It  will  not  be  a  numerical  analysis  to  determine 
whether  an  organization  with  X  users,  Y  programmers,  Z 
systems  analysts,  and  a  two  and  half  year  programming 
backlog  should  acquire  a  nonprocedural  product  or  hire  more 
programmers.  It  will  not  be  an  attempt  to  establish  the 
opportunity  cost,  of  a  nonprocedural  product  for  a  particular 
organization  at  a  particular  time.  Although  periodic  infer- 
ence may  be  made  to  cost  trends  in  the  data  processing 
arena,  there  will  be  no  quantifiable  comparison  or  determi- 
nation made  as  to  whether  one  shouii  or  should  net  acquire 
or  use  a  nonprocedural  language  and  its  associated  software. 

Instead  this  chapter  will  list  and  discuss  what  are 
generally  associated  as  the  costs  and  benefits  of  the 
nonprocedural  products  from  initial  considerations  to 
acquire  the  Droduct  to  the  actual  product  usage.  Some  costs 
and  benefits  are  quantifiable,  soae  are  not.  Some  deal 
with  the  social  aspects  of  computer  usage,  some  deal  with 
computer  resource  management,  and  still  others  deal  with  the 
theme  of  this  thesis,  productivity.  From  the  following 
anslysis  and  discussion  questions  about  the  positive  and 
negative  aspects  of  the  nonprocedural  languages  will  be 
clarified  and  answered. 
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B.       COSTS 

Companies  considering  acquisition  of  a  nonprocedural 
programming  language  and  the  software  that  accompanies  it 
have  alot  more  to  think  about  than  the  price  lists  associ- 
ated with  the  product.  They  must  also  consider  the  impact 
on  their  present  system,  its  effect  on  resource  usage,  how 
the  efficiency  of  the  product  will  additionally  effect 
resource    usage;  how   muoh      if    any      additional   hardware      or 

storage  requirements  will  be  needed,  or  will  a  new  computer 
be  needed;  how  much  training  will  be  needed  to  achieve  the 
desired  level  of  expertise;  will  the  new  system  work  veil 
with  existing  computer  systems;  and  while  training  and 
implementation  is  being  accomplished,  how  will  it  effect 
the  firms  operations  and  the  programming  backlog.  All  these 
items  are  costs,  but  through  further  discussion  they  will 
take    on   a   new    light    and   an    even    newer    significance. 

As  can  be  se<=n  by  the  price  lists  of  RAMIS  II  and  FOCUS 
in  Appendices  D  and  G,  the  direct  costs  of  these  systems 
are  qui~e  substantial.  Only  organizations  that  can  truly 
benefit  from  these  systems  look  beyond  this  point  which  is 
indicative  cf  the  amount  of  DP  that  the  acquiring  organiza- 
tions do.  These  are  only  the  truly  visible  costs.  Although 
all  costs  must  be  considered  and  taken  into  account  prior  to 
acquisition,  many  of  the  costs  of  the  nonprocedural  product 
are  not  as  visible.  The  following  paragraphs  will  shed  more 
light   or.   this. 

One  of  the  first  items  of  oost  to  consider  is  the 
various  costs   associated    with  training.  As    in    the    case    of 

RAMIS  II  and  FOCUS  again,  Appendioes  3  and  F,  training 
costs      are      substantial    bat      necessary.  Without      adequate 

traininq,  the  system  goes  idle  and  is  useless,  incurring 
additional   cost.         Even    with   adequate      training   the   costs   of 
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instruction  are  cniy  part  of  the  cumulat; 
The  users  that  mist  sit  through  ths  classes  are  lost  fcr 
that  period  of  time.  The  organization  must  plan  for  this 
manpower  loss  as  not  to  upset  operations  even  further. 
Companies  that  Flan  on  conducting  their  own  training  must 
consider  the  costs  of  hiring  instructors  or  the  loss  of 
manpower  that  will  accompany  training  their  existing  staff 
to  accomplish  this  function.  Even  after  all  tha  classes  are 
over,  there      is      additional        training      and      consultation 

services      that    must      be      aocomplishel      prior   to      having      the 
system   up    tc    full  or    expected   capability. 

The  next  item  of  cost  is  the  NPL  and  its  associated 
software,  and  ultimately  its  effect  on  resources.  The 
following  excerpts  from  an  article  from  Datamation  should 
relay    the    general  opinion  regarding    this    usage. 


Compu-er  resource  usage  is  high.  A  4GL*  uses  up  to  50% 
more  computer  resources  than  does  a  3GL  Derforming  an 
equivalent    function. 


The    computer      using  a    UjL      must   have    virtual      memory    and 

high-speed    I/O   handling.       Fast    I/O    is    essential the 

major  hGLs  are  megabyte  programs,  so  virtual  memory  is 
mandatory  until  s cmeone  burns  one  into  a  ROM.  [Ref-  29: 
p.     116] 


It  is  true,  and  there  is  no  arguing  that  the  NPLs  and 
their  related  software  use  a  great  amount  of  computer 
resources  compared  to  the  structured/procedural  languages. 
Some  organizations  would  have  to  oonsider  acquiring  more 
memory   and    storage    capacity,         others      would   have    to    acquire 


*    UGL      refers      to      the      '4th      Generation      Languages,         or 
Nonprocedural  Languages,  referred   to    in      this    paper 

sucn    as    NOMAD,       FOCUS,        AND    RAMIS    II. 
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equipment  to  increase  speei  of  I/O,  and  still  others  would 
require  new  systems  due  to  the  fact  that  many  NPLs  are 
restricted  no  certain  types  of  manufacturers  and  hardware. 
Many  times  these  drawbacks  do  not  occur  or  are  overcome  very 
easily.  Considering  the  amount  of  processing  that  needs  to 
be  done  to  justify  acquiring  these  systems,  in  the  majority 
of  cases,  organizations  io  not  neei  any  hardware  additions 
or  conversions  to  support  the  new  system.  In  regards  to  the 
aspect        of      speed        of        I/O,  managerial      control        and 

reservation/assignment  of  resources  can  make  this  problem 
unnot iceable.  An  example  of  this  was  noted  with  the  use  of 
RAMIS      at   Citibank,     New    York. 


For    some   applications,      CPU   time   has    been    cut    by    72%   and 
disc    I/O    by    84*?  [  Ref .    30:       p.    83]. 


By  keeping  track  of  the  use  of  resources,  the  various 
application  usage,  and  the  volume  and  periodicity  of  usage; 
certain  widely-used  applications  can  be  permanently  put  in 
memory  or  put  on  direct  access  devices  to  make  better  use  of 
resources  and  ensure  that  overburdening  the  system  does  not 
occur.  This  is  an  area  that  must  seriously  be  considered  by 
the  management  of  the  computer  installation,  and  is  also 
dependent    upon    other   computer  considerations. 


Also  in  the  area  of  resource  usage  is  the  fact  that  the 
NFL  was/will  be  acquired  to  save  the  time  of  prcgrammmers. 
Through  the  use  of  the  NPL  and  the  software,  the  computer 
is    doing   the    work  of   the    programmer. 

....we  have  fcund  out  that  the  increased  overhead  aver- 
ages 10%  to  30^5  and  is  primarily  dependent  upon 
transaction      volume,  access      method,  and      record 

screening  criteria.  The  root  of  the  problem  is  actually 
a  major  benefit  of  the  '4GL-  UGLs  make  the  computer  do 
alot  of  the  drudge  work  that  the  3GLs  make  people  do. 
[Ref-    29:      p.     116] 
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Continuing  with  this  view  of  resource  usage  as  an  evalu- 
ation of  human  versus  computer  efficiency,  one  must. 
consider  the  amount  of  time  and  resource  usage  a  programmer 
using  structured/procedural  methods  would  normally  use. 
Where  a  programmer  can  write  a  program  using  an  NPL  which  is 
written  and  tested  in  a  matter  of  days,  the  programmer  using 
prescribed  structural  methods  will  take  weeks  and  possibly 
months  to  write  and  debug  a  program  that  does  the  same 
thing.  The  CPU  time  to  execute  the  numerous  simple  state- 
ments which  make  up  the  NPL  application  will  take  9  CPU 
minutes  while  the  structured  program  will  take  20  CPU 
minutes  to  execute  a  few  complex  programs  and  system  sort 
activities.  The  fact  is  that  the  majority  of  resource  usage 
of  NPLs  comes  from  I/O  activity,  not  CPU  time,  and  as 
previously  stated  much  of  that  can  be  eliminated  with  good 
computer  resource  management. 

The  producers  of  the  NPLs  realize  the  shortcomings  and 
drawbacks  of  their  products  and  constantly  work  to  correct 
or  improve  this  area.  Through  concepts  of  data  indepen- 
dence, elimination  of  redundancy,  and  transaction 
monitoring,  the  companies  try  to  lessen  the  impact  on 
computer  resources. 

The  last  area  of  costs  of  the  nonprocedural  product  lies 
in  the  area  of  acceptance  of  the  product.  The  users  of  the 
product  are  the  people  that  effect  this  cost  by  their 
acceptance  or  nonacceptance  of  the  new  system.  The  first 
type  of  user  to  be  discussed  is  the  experienced  programmer 
who  is  assigned  to  the  organization's  data  processing 
department.  His  nonacceptance  of  the  system  could  be  due  to 
the  fear  of  losing  his  job  security  due  to  the  increased 
importance  of  ncnprogra mme r  users  or  the  possible  staff 
reductions  which  could  occur.  Although  these  fears  are 
generally   unfounded   due   to   the    fact   that   these   same 
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programmers   usually      become    the 

the    n  or.  nr oara  ipt  e  r   usdis,  it    is 

as    hindrance      in   this  area    could      have    a    profound      effect    on 

organizational    implementation. 

The  other  type  of  user  that  could  have  a  noticeable 
effect  on  the  cost  of  the  NPL  acceptance  is  the  nor.  pro- 
grammer. What  they  experience  is  nore  of  a  culture  shock. 
Their  previous  experience  with  computers  is  either  seeing  it 
or  being  told  net  to  touch  it.  They  could  feel  that  the 
organization  is  forcing  it  upon  them,  and  they  have  no  real 
desire  to  change  their  job  description  to  include  program- 
ming duties.  Generally  the  resistance  of  the  programmers 
and  their  nenpro grammer  counterparts  are  nonexistent,  but 
they  are  still  valid  considerations  in  successfully  imple- 
menting  a    new   nonprocedural    system. 

As  seen  from  the  previous  paragraphs,  the  costs  of  the 
NPL  can  be  quite  substantial  in  the  areas  of  cash  outlays, 
computer  assets,  computer  resource  usage,  and  the  socio- 
psy etiological  influences.  Some  are  easily  identifiable, 
seme  are  not.  Some  are  easily  quantifiable,  some  are  not. 
In  order  for  organizations  to  efficiently  evaluate  th<= 
validity  of  the  acquisition  of  the  nonprocedural  product, 
careful  evaluation  and  consideration  must  be  given  to  these 
costs  in  comparison  to  the  expected  benefits  to  arrive  at  an 
appropriate   decision. 

C.       BENEFITS 

The  benefits  of  the  nonprocedural  product  are  well 
recognized,  well  published,  and  widely  accepted  as  one  of 
the  few  means  available  to  meet  future  DP  demands.  As  with 
the  discussion  of  costs,  some  are  quantifiable  while  others 
are    not.      The   big  difference    is    their    recognizability .      Host 
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of    the   benefits    are    easily    seen,  and    are   the   reasons   -hat 

today's  organizations  buy  the  nonprocedural  product.  These 
reasons  include  learnability,  user  friendliness,  increased 
decision   support,  more   efficient    use    of      human    resources, 

productivity      enhancement,  adaptability,  portability, 

flexibility,  and  aid  in  the  description  and  analysis  of 
these  benefits,  a  chronological  approach  will  be  taken  as 
in  the  discussion  of  costs,  from  acquisition  to  having  the 
system   in   "full    swing." 

The  first  benefit  to  be  seen  after  acquisition  of  the 
NPL  is  the  increased  learnability.  Due  to  the  simplicity  of 
most    NPLs,  they    are      readily    learnable      and   easy      to   use. 

Non programmer  users  can  develop  enough  skill  to  be  producing 
kno wiedaeable  and  meaningful  queries  and  reports  in  days 
where  procedural  languages  would  take  weeks  to  learn  the 
same  skills.  This  simplicity  is  also  evident  in  the  struc- 
ture of  the  language  where  the  user  must  learn  English-like 
queries  to  produce  the  desired  results  rather  than  the 
procedural  queries  which  require  strict  and  more  difficult 
to  learn  structure  and  format.  The  procedural  code  is  also 
more  cumbersome  than  the  nonprocedural  code.  In  some  cases 
NPLs  offer  a  "9  0%  reduction  in  physical  code"  over  proce- 
dural languages  [Ref.  29:  p.  109].  Even  in  the  case  of  the 
more    procedural    UGLs,  there   is   much    more   ease      of    use   and 

simplicity  than  3GLs.  Another  aspect  of  the  NPLs  which 
tends  to  increase  their  learnability  is  their  "user  friend- 
liness." Through  screen  interaction  with  the  user,  the  NPL 
can  prompt  the  user  toward  correction  of  errors,  and  lead 
the  user  to  produce  the  desired  program/application/query 
more  easily.  Some  NPLs  offer  advanced  interactive  data 
editing  features  which  increases  the  language's  user 
friendliness  and  enhances  its  learnability  even  more.  This 
degree      of   helpfulness      varies      greatly      among   NPLs      and      is 
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dependent  upon  the  particular  product.  Mso  many  of  the 
characteristics  which  contribute  to  improved  learnability, 
are  primary  causes  cf  the  other  N?L  benefits,  as  will  be 
seen  in  the  succeeding  paragraphs. 

The  improved  learnability,  simplicity,  ease  of  use, 
and  user  friendliness  contributes  to  shorter  implementation 
times.  The  acquiring  companies  are  able  to  take  advantage 
of  the  other  benefits  of  the  NPL  shortly  after  installation. 
There  is  minimal  additional  backlog  and  the  additional  costs 
of  an  idle  system  are  eliminated  or  kept  to  an  absolute 
minimum. 

At  this  stage  where  the  system  is  up  and  operating  and 
the  users  are  educated  enough  to  accomplish  fairly  substan- 
tial programming  functions,  the  increased  decision  support 
aspect  of  the  NPL  becomes  apparent.  Numerous  queries, 
combinations  of  information,  and  analyses  of  data  can  be 
accomplished  in  a  fraction  of  the  time  that  a  procedural 
language  would  take.  The  flexibility  cf  the  NPLs  also 
contributes  to  this  aspect  as  changes  can  easily  be  made  to 
nonprocedural  requests  to  make  the  program  meet  exact  speci- 
fications, while  similar  changes  to  procedural  language 
programs  would  probably  require  additional  systems  analysis 
and  major  rewrite.  Bead  and  Harmon  comment  directly  on  this 
in  their  article  "Assuring  MIS  Success."  They  are  talking 
about  the  UGL's  ability  to  do  this  iterative  requirements 
analysis. 

Simply  stated,  define  the  detailed  requirements, 
program  the  system.  Show  it  to  the  user;  if  it's  not 
right,  repeat  this  cycle  again  and  again  until  it  is 
right.  If  we  were  using  COBOL  programs  in  dealing  with 
large  systems,  they  would  become  unmanaaeable  after  the 
third  iteration.  With  a  4GLfs  flexibility,  corrections 
are  easy.   [Ref-  29:   p.  116] 
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Also  in  the  area  of  improved  decision  support  is  the 
spaed  of  access  to  information.  The  tremendous  ad-hoc  capa- 
bilities of  the  nonprocedural  products  puts  all  necessary 
information      at        the      user's/manager's         fingertips,  and 

provides    for,  reinforces,        and      supports   valid      decision 

making.  The  user  can  get  the  required  information  in  time 
to   use   it. 

Another  area  to  be  examined  is  the  NPL's  or  UGL's  effect 
on      productivity.  This   productivity      enhancement      can      be 

expressed  in  time  savings.  It  can  be  expressed  in  increased 
programmer  productivity  :r  the  increase  of  the  user's 
ability  to  generate  more  queries,  rsports,  applications, 
and  systems  in  less  time  as  compared  to  procedural 
lanauages.  It  can  also  be  expressed  in  the  resultant  profit 
of  the  organization  due  to  the  increased  decision  support  of 
the  nonprocedural  product.  The  N?L  and  its  associated  soft- 
ware aids  in  the  generation  of  applications  by 
nonprogrammers.  Although  most  of  these  applications  are 
routine      and   non critical,  they    make      up      the    majority      of 

applications  and  take  up  the  majority' of  programmer  time  to 
produce.  By  allowing  the  nonprogr am mer  users  to  produce 
these  applications,  the  NPLs  free  the  experienced  program- 
mers and  system  analysts,  who  would  normally  be  doing  this 
programming,  to  do  their  respective  jobs  of  programming  and 
analyzing.  Th<=      programmer      becomes    free      to      attack      the 

critical  applications  for  the  organization  and  reduce  the 
companies  application  backlog  while  the  analyst  is  able  to 
devote   his    efforts   to  design  and   analysis. 

Due  to  their  simplicity  and  their  reduction  of  physical 
code,  NPLs  allow  for  production  of  smaller,  less  complex, 
and  easier  to  understand  applications.  According  to  James 
Martin  this  also  contributes  to  programmer  output/ 
productivity. 
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The      comparison  of  productivity      with      large    and      small 

programs    indicates  that    deveiccmer. t      of    large      programs 

should    he      avoided  bv      DP    clepartma!! ts      wherever    possible 
[Ref.    1:      p-    4  1]. 


This  reduction  in  size  and  complexity  is  also  beneficial 
in  reducing  the  costs  of  program  correction  or  "debugging", 
which  can  amount  to  as  much  as  "20%  of  total  cost  with  small 
proarams"  and  "5  0%  with  large  programs"  [Ref.  1:  p.  41]. 
The  noticeable  increases  in  productivity  are  due  to  the  fact 
that  the  software  that  hae  been  and  is  being  developed  with 
the  nonprocedural  systems  does  much  of  the  work  that  the 
programmer      used      to      do.  The      ability      for      productivity 

enhancement   by    the    nonprocedural    products    has   been    commented 
on    and    substantiated    by    man y    authors.  K    few    are    stated   as 

follows. 


...the  productivity  incr eases. .. are  available  now,  and 
the  cap  (the  productivity  gap  between  3GLs  and  4GLs)  will 
widen   as    the  4GLs    develop. 


Using  a  powerful  4GL,  combined  with  software  factory 
methods,  L  provides  a  quantum  leap  in  both  information 
oontrcl  capability  and  Dcogrammer  productivity.  It  also 
opens  up  programming  to  a  much  larger  section  of  the 
work   force.      [Ref.    29:      p.    120] 


In    stark   contrast      to   the    surveys    of      programmer    produc- 
tivity     improvement      are      the      results      that      have      been 


not    uncc 


se,       proauctivic/    impr 
mmon   [  Bef -     1:      p.    44j. 


The    last   benefits      to   be   discussed    deal      with    the    vendor 
of   the  NPL,         and  are   some    of   the    main    considerations    in   the 
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cost/benefit  analysis.  These  benefits  are  the  adaptability 
and  portability  cf  the  UGL.  With  the  vast,  steps  being  made 
in  computer  technology,  shifting  an  organization  from  one 
computing  environment  to  another  could  mean  massive  environ- 
mental maintenance,  modification  of  programs,  and 
retraining  of  users.  By  providing  this  adaptability  or 
portability,  the  vendor  offers  a  commitment  to  the  client 
organization  that  changes  to  his  hardware  or  software  envi- 
ronments will  not  effect  the  applications  and  user  requests 
than  allow  the  organization  to  function.  The  only  apparent 
limitations  on  this  portability  is  the  current  practice  of 
the  vendors  limiting  usage  cf  their  products  to  certain 
hardware  manufacturers.  This  adaptability  and  portability 
must  be  a  serious  inclusion  in  any  organizations  future  D? 
plans . 

Portability  is  essential  if  a n  organization  is  to  avoid 
excessive  conversion  costs  and  reaD  the  benefits  cf  new 
technology  [Ref.  31:   p.  34], 


D.   CONCLUSION 

The  present  and  future  demands  for  computer  applications 
ar=  tremendous.  In  order  to  meet  industry's  DP  needs  will 
require  a  shift  from  present  procedural  methods.  Only 
through  the  growth  of  the  nonprocedural  products  and  the 
accompanied  software  to  enhance  programming  abilities  can 
the  needs  and  demands  be  met.  Of  course  consideration  must 
be  given  to  the  inherent  costs  of  the  systems,  but  with 
today's  computing  industry  marked  by  the  rising  cost  of 
human  resources,  decreasing  hardware  costs,  an 
overburdening  demand  for  applications,  a  shortage  of 
programmers  to  produce  those  applications,  and  the 
constantly   changing  computer  environments,     thsre  is   no 
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doubt      that      the      benefits    far      outwaigh      the 


C  O  a    -  i  . 


organizations  that  consider  the  acquisition  of  an  NPL  must 
not  only  ccnducx  serious  analysis  of  the  benefits  to  be 
received  or  the  costs  avoided  by  ths  many  various  products 
offered,  they  must  also  analyze  ths  comparative  degree  to 
which  these  products  and  their  respective  vendors  commit 
themselves  to  provide  for  future  DP  requirements. 
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VII.  CONCLUSIONS 

The  results  of  the  research  into  nonprocedural  languages 
has  led  the  authors  to  independently  arrive  at  the  same 
conclusions  concerning  usage  and  productivity.  Although  the 
numerical  values  of  the  statistics  gathered  by  each  author 
are  not  equivalent,  they  are  a  rough  approximation  of  the 
results  that  can  be  expected  from  tie  use  of  nonprocedural 
languages  in  general.  Comprehensive,  overall  ratings  of  the 
languages  by  their  users  are  listed  in  Table  V. 

First,  and  most  obvious,  is  the  tradeoff  between  human 
and  computer  resources.  Nonprocedural  languages  offer  a 
quantum  leap  in  application  productivity  as  compared  to 
structured  programming  methods,  bit  they  do  this  at  the 
sacrifice  of  ccrrputer  resource  efficiency.  Although  this 
inefficiency  must  be  considered  as  a  cost  concern  of 
prospective  buyers,  the  following  considerations  must  also 
be  taken  into  account. 

1.  Much  of  the  computer  resource  usage  is  not  due  to 
inefficiency,  but  is  due  to  the  fact  that  the  NPL's 
software  ana  the  computer  are  doing  the  work  that  the 
programmer  would  normally  do  using  structural 
metncds. 

2.  Computer  costs  and  the  cost  of  computer  time  is 
falling  while  programmer  oosts  are  rising.  The 
following  guotation  is  applicable. 


costs  cf  computer  time  and  people  time  are 
changing.  ...Before  long  the  cost  of  a  person 
for  an  hour  will  be  ten  times  greater  than  the 
cost  of  a  computer  for  an  hcur  [Ref.  1:   p.  3]. 


Ther=-  is  not  enough  Drogrammers  to  meet  *he  growing 
demand  for  applications  using   structured  procedural 
methods. 
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TABLE  7 
Overall  Assessment  of  Nonprocedural  Languages 


I mplementation 
Training 
Learnability 
Documentation 
Vendor   Support 


Hardware/Support 
Conversion 


Security/Access 
Performance 


Improvability/ 
User  Satisfaction 


Overall    Assessment 


Excellent 

U 
10 

8 
11** 

7 
19 

2 
17 
15 

16 


Good 

14 

11 

11 

7 

13 

2 

a 

n 

6 

Adequate 

I 

Poo 

3 

0 

0 

0 

2 

0 

3 

0 

1 

0 

0 

0 

15 

0 

0 

0 

0 

0 

1 


**    As   mentioned   earlier,    the  quality    and   content    of    the 
documentation  is    exceLlent;    however,    user   complaints 
over   the   accessibility   and    physical    layout   of    the 
information    indicates   that   tnere   is   rocm   for    improvement. 


! 


Computer      resource      efficiency      is      important,  but      is 

becoming    the   subject      of    increasingly    less    concern.  It    is 

obvious  from  a  review  of  the  price  lists  in  Appendices  D  and 
G  that  the  nonprocedural  languages  themselves  do  net  come 
cheaply.  The  acquisition  of  the  nonprocedural  product  is  an 
internal  decision  that  each  organization  must  make,  weighing 
programmer  time,  salaries,  project  priorities,  availability 
of  both  programmers  and  no nprogrammers,  computer  capacity 
and    costs,    and   training   time   and   expenses. 
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Secondly,  although  largely  aimed  at  the  nontechnical  user 
cr  ncnprogrammer ,  many  of  the  experienced  programmers  in 
the  organizations  are  actually  the  first  to  use  the 
nonprocedural  languages.  With  their  newly  developed  skills, 
the  programmers  become  the  resident  experts  or  counselors, 
and  can  hopefully  avoid  or  more  easily  correct  any  problems 
encountered  by  the  nonprog rammer  users.  This  practice  is 
debatable  as  many  experts  claim  that  the  nor.pcogrammer  has 
the  advantage  over  programmers  in  the  use  of  the  NPLs. 


The  mcst   efficient  user  of  the  nonprocedural  languages 
is  one  who  has  never  written  COBOL  [fief.  32:   p.  12]. 


Despite  this  belief,  it  is  felt  that  experienced 
programmers  have  a  better  understanding  of  what  the  language 
is  doing,  and  can  more  easily  grasp  the  idiosyncracies  of 
the  language  that  the  no npro grammar  would  not  pick  up. 
Although  the  NPLs  were  clearly  designed  for  nonprogramaers 
to  use  fcr  simple  data  entry  and  retrieval,  updating,  ad  hoc 
gueries,  and  repcrt  generation,  which  makes  up  the  majority 
of  data  processing,  the  practice  of  limiting  nonprogrammer 
usage  until  the  programmers  and  analysts  have  a  grip  on  it, 
appears  to  have  a  sound  basis. 

The  third  item  is  the  expectations  that  organizations 
have  of  of  the  NPLs.  Because  of  the  simplicity  and  ease  of 
use  of  the  NPL,  many  expect  overnight  results.  They  lose 
sight  of  the  need  for  complete  training  and  the  value  of 
user  experience.  The  expectation  of  premature  benefits 
often  times  leads  to  user  frustration.  Also  overlooked  is 
the  fact  that  to  construct  increasingly  complex  programs 
reguires  as  much  if  not  more  knowledge  of  the  language  than 
a  3GL  would  reauire. 
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With  current  4GLs,  programming  comolexitv  rises  exponen- 
tially with  product  complexity,  arid  to  be  functional  at 
the  upper  revels  reauires  a  considerable  amount,  of  know- 
ledge  and   exDerience  [  Ref .    29:      p.    120]. 


Despite  the  expectations  that  the  NPLs  will  provide  over- 
night sensations,  there  is  a  "learning  curve"  that  mus~  be 
taken  into  account.  The  benefits  of  the  system  may  be  real- 
ized   fairly   rapidly,      but  they  are   not   instantaneous. 

Fourth,  users  of  the  nonprocedural  languages  agree  that 
their  productivity  has  iiproved  because  of  the  language 
usage.  The  degree  of  improvement  experienced  is  as  variable 
as  the  reasons  for  basing  the  increases  in  productivity.  In 
fact,  exact  figures  on  how  muoh  improvement  has  occurred  is 
impossible  to  calculate  since  companies  have  not  coliec-ei 
any  empirical  data  to  form  judgements  as  to  the  actual 
improvement  made.  Instead  they  have  relied  upon  subjective 
managerial    observations   and    estimations. 


Fifth      and      last,         there        are      applications      fo: 
nonprocedural    languages    are    not    the    best    choice. 


which 


Computation      intensive      work 


is  n; 


handled   well  __  (by 


4GLs)  ..  .Scientific  3GLs  such  as  FORTRAN  should  still  be 
used  for  heavy  computational  work.  If  an  apDlication 
requires  both  character-crunching  and  number-crunching, 
write  it  in  a  4GL,  but  call  the  3GL  for  computational 
work.      [Ref.    29:      p.    116] 


Nonprocedural  languages  are  a  powerful  and  extremely  useful 
alternative  to  much  of  today's  applications  programming,  but 
they  cannot,  at  this  stage,  completely  replace  third 
generation    languages. 

Fourth  generation  applications  development  systems  aim  to 
fully  integrate  all  user  services  in  a  user  friendly  soft- 
ware product  which  is  easy  to  learn  and  use  for  the  new 
users        and      efficient        and        complete         for      the        skilled 
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professional.  These  applications  development  systems  are 
the  trend  for  the  future.  Through  -heir  various  and 
numerous  capabilities  and  the  vendors'  commitment  to  adapt 
the  products  to  fit  technological  and  customer  growth,  the 
nonprocedural  languages  can  be  extremely  valuable 
productivity  enhancment  tools  for  those  organizations  in 
positions  to  justify  their  cost. 


97 


4PP2NDIX    A 
RAMIS    II    OSERS 

Monsanto    Company 

Citibank 

Lockheed    Missile    and   Space 

Insurance  Corporation   of    British   Columbia 

Southern    Pacific    Ccmmuni  cations 

Advanced  Micrcdevices 

Federal    Home    Loan    Bank   of   San    Francisco 

Litton   Mel  Ionics 
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APPENDIX  B 
HAMIS  II  TRAINING  COSTS 


Training  Prices/Pees 
Student   days/year 


Cost/da 

y 

$70 

80 

90 

100 

110 

200* 

151-200 

101-150 

51-100 

1-50 


Organizations  can  contract     in  advance   with   RAMIS      II   for 
reduced  rates. 

On-site  courses   at  customers    location   is  31,100/day.      The 
cost   for    HPGSW1PT  Courses   is   3600/day. 
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APPENDIX    C 
RAMIS    II    COURSES    OFFERED 

Preview  of    RAMIS    II   Release    2.2     (newest   version) 

Basic   RAMIS    n    Reporting    (for   non programmers) 

Basic  RAMIS    H   Reporting 

Basic    RAMIS    II    File    D=s ign   and   Records    Management 

Advanced   RAMIS    II   Fils    Design  and    RecordsManagement 

Advanced    RAMIS    II   Reporting 

RAMIS   II   Designer's    Workshop 

Using    RAMIS    II    Efficiently 

Advanced   Reporting  Options 

RAMIS    II    Executive 

RAMIS    II    Financial  Planning    Option 

Using   Procedural    Languages   with   RAMIS    II 

Describing   IMS    Files   to    RAMIS    II 

MPGSWIFT    Applications    Progr ammina     (Advanced   RAMIS    II) 

MPGSWIFT   Systems    Programming 
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APPENDIX    D 
BAMIS    II    PACKAGE    PRICES 


Description 


Single    Payment 


Monthly   Payment 
Annual   Rental 


RA.IIS    II    Basic  Package 

NPL    for   Report    Preparation 

and    Records   Management 

For    a   Large  CPO 

(Model   65,155,4341    and   larger) 

For   a    Medium   CPO 

(Model    50,148,4331    and   smaller) 

Procedural    Language    Interface 

Communications   Interface 
(CICS,2TSSII, GOT S,ICCF, IMS/DC, 
EOSCOE/RTS,TSO,  VM/CMS) 

Operating  Systems  Interface 
(DOS/VS, DOS/VSE,  KVS  ,  OS,  VM/CMS, 
VS) 

High   Resolution    Graphics 

Osage   Accounting 

Financial   Planning  (DFO) 

GRAPH 

Executive 

APL    Interface 

Interactive   Reguest 
Modification 

IBM /Extended 

External   File  Interface 

Au-ocatic  Interface 
(to    ADABAS,DL/1,  IDNS, 
IMS,  TOTAL) 

Read   OS/DOS 


S'4  3,000 

24,000 
15,500 


14,500(EACH) 

5,500  (EACH) 
8,500 
2,500 
7,500 
3,500 
10,000 
3,000 

NO    CHARGE 


3,500 
6,500 
6,500  (EACH) 

5,500 


$1250 

625 

405 

330(EACH) 

145  (EACH) 
225 

65 
195 

95 
260 
210 

NO    CHARGE_ 

95 
170 

170  (EACH) 

170 
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APPENDIX    E 
FOCOS    USERS 

City   of   Fresno,    California 

American   President   shipping    Lines 

Holbrook    Enterprises 

UCLA    Computer  Center 

Blue    Cross   cf    Washington    and   Alaska 

ESL    Incorporated 

First   Interstate   Services 

Guy    F.    Atkinson    Company 

Lamb-Weston,    Incorporated 

LDS    Church 

3olm    Corporation 

Santa    Fe   International  Corporation 

Syntex   Incorporated 
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APPENDIX    P 

FOCOS     TRAINING    COURSES    AND  FEE    SCHEDULE 

Course   101        File  Description  and   Maintenance  1    Day  $125 

Course    103        Basic   Report   Preparation  2   Days  $265 

Course    105        Timesharing   Workshop  1    Day  $125 

Course    107        Basic   Report   Preparation  1    Day  $  60* 

Course    102        Basic    Report   Preparation  2    Days  $265 

Course   104        File  Description   and   Maintenance  1    Day  $125 

Course    106        Timesharing   Workshop  1    Day  $125 

Course    108        Basic    Report   Preparation  1    Day  $  60* 
For    Managers 

Course    201        Advanced  Technigues   Workshop  2    Days  $250 

Course    20  2        What»s    New    ia    FOCOS  1    Day  $125 

Course   203        FOCOS    Internals  2   Days  $380 

Coarse   301        Decision  Support  1    Day  $125 

Course   302        Host  Language    Interface  1   Day          $125 


Course  101/104  provides  the  basic  training  needed  to  create 
and  maintain  FOCOS  databases.  Single  path,  multi-path  and 
network  structures,  file  maintenance  facilities  and  tech- 
nigues are   covered. 

Course  102/103  covers  the  basic  elements  of  report 
preparation  requests,  including  data  retrieval,  sorting, 
record  screening,    format   control   and   calculations. 

Course  105/106  provides  a  workshop  utilizing  basic  FOCOS  and 
timesharing  commands  to  give  new  FOCOS  users  hands  on  exper- 
ience   within  the   CMS    and   TSO   environments. 
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Course  107/108  gives  comprehensive  overview  cf  FCCUS 
reporting  capabilities  including  FOCUS  graphics,  report 
formatting,  data  retrieval  and  calculations. 

Course  201  provides  a  problem  solving  workshop  using 
adv  ancedFOCUS  techn  techniques  for  building  applications  on 
data  types,  their  relationships,  and  reports  to  be  produced. 
These  techniques  and  concepts  not  readily  available  in  the 
FOCUS  Users  Manual. 

Course  202  is  designed  to  provide  experienced  FOCUS  users 
with  a  periodic  update  of  the  latest  enhancements  to  FOCUS. 

Course  203  is  designed  to  give  experienced  FOCUS  users 
insight  into  the  essential  internal  operations  of  FOCUS, 
including  s-ructures,  relationship  of  segments,  use  and 
maintenance  of  indexes,  sorting,  and  logical  vs.  physical 
file  traversais. 

Course  301  presents  the  advanced  features  of  FOCUS 
reporting,  dialogue  control  graphics,  statistical  capabili- 
ties and  their  use  as  a  decision  support  tool. 


Courses  101,  103,  105  and  107  are  designed  for  experienced 
computer  users,  approximately  one  rear  programming  experi- 
ence; Course  102,  10U,  106  and  13  9  are  designed  for  new 
computer  users.  Both  sequences  are  intended  to  be  taken 
sequentially.  The  remainder  of  the  courses  are  designed  for 
users  with  a  working  knowledge  of  FOZUS. 

*Based  on  minimum  charge  of  S900  for  first  fifteen  students. 
Course  offered  on  site  only. 
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APPENDIX  G 
FOCUS  PACKAGE  PRICES 


INFO&MAJiCN  BU1LDS3S,  INC. 


VERSIONS 

VM/370CMS 

TSO/OS/VS/MVS/CICS 


February!  1982 


FOCUS  FEE  SCHEDULE 


Onetime 
License 
ITEM 

BASIC  SYSTEM 

FOCUS  Report  Generator  and  Dialogue  $43,000 
Manager  for  Reporting  from  FOCUS 
and/or  external  files 

FOCUS  Data  Management,  Transaction  S23.000 
Processor  and  Interactive  File  Scanner 

OPTIONAL  FEATURES 

FOCUS  Host  Language  Interface  S8.500 

•  FOCUS  Statistical  Analysis  Package  $6,500 

FOCJS  Graph  SuPsystem  S8.500 

Modelling  Lcnguage  for  Financial  Reports  $8,500 

FIDEL  (CRT  Data  Entry  Language)  $5,500 

TED  (Tiny  Editor)  for  Editing  from  within  FOCUS  $2,000 

Central  Data  Base  Control  for  Simultaneous  Users  $8,500 

CP/Assist  Installation  Option  $2,500 

FOCUS/ APL(VS/APL  use  of  FOCUS  files)  $6,000 

OPTIONAL  DATA  INTERFACES 

IMS  Interface  to  report  from  IMS  files  $8,500 

IDMS  Interface  to  report  from  IDMS  files  $8,500 

TOTAL  Interface  to  report  from  TOTAL  files  $8,500 

ADABAS  Interface  to  report  from  ADABAS  files  $8,500 

OPTIONAL  COMMUNICATIONS  INTERFACES 

CICS  Interfaces  for  interactive  $8,500 
operation  of  FOCUS  under  CICS 

IMS/DC  Interface  for  interactive  $8,500 
operation  of  FOCUS  under  IMS/  DC 

FOCUS/CMS  to  FOCUS/OS  Bridge  $2,000 


Monthly 
License 


$1,170 
$510 

$210 
$180 
$210 
$240 
$150 

$45 
''  $240 

$65 
$250 

$240 
S240 
$240 
$240 

$240 

$240 

$60 
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INFORMATION  BUILDERS,  INC. 


FOCUS  FEE  SCHEDULE  February  1 .  1982 


TRAINING 

•  With  the  monthly  license,  an  amplication  specialist  is  provided  for  three  days  to 
conduct  a  training  program. 

With  the  onetime  license,  an  aoDlication  specialist  is  provided  for  ten  days  for 
ootn  appiiCQTicn  consulting  and  Training. 

•  Regularly  scheduled  courses  conducted  at  IBI  sites  areS125  per  student  per  day. 

•  Additional  education  conducted  on  the  customer's  premises  may  be  obtained  at  the 
rate  of  S9C0  per  dcv  for  up  fo  15  attendees  plus  S3C  cer  aaaitional  attenaee  over  15. 

•  Out  of  pocket  expenses  are  charged  as  incurred  for  onsite  support  and  education. 

USER  MANUALS 

•  With  the  monthly  license,  five  manuals  are  provided  at  no  cost. 
Ten  User  Manuals  are  proviCed  free  with  the  onetime  license. 
Additional  Users  Manucis  are  S9.00  per  set  plus  shipping. 
Query  Language  Primers  are  $6  plus  postage- 
Quick  Reference  Guiaes  are  S2.50  ecch  (oraered  in  guanfities  of  5). 

ANNUAL  ENHANCEMENTS  AND  MAINTENANCE 

•  The  Onetime  License  fee  includes  the  first  year  of  maintenance  and  enhancements. 
After  the  first  year,  enhancements  and  maintenance  are  optional  and  are  10%  of  the 
current  onetime  fee 

•  The  Monthly  Ucense  fee  includes  all  enhancements  and  maintenance. 

MONTHLY  LICENSE  CONVERSION 

•  One  half  of  the  most  recent  12  Monthly  License  fees  paid  can  be  applied  towards  a 
Onetime  License. 

USAGE 

.  The  in-house  license  of  FOCUS  is  for  use  at  computer  centers  either  wholly  owned 
by  Ucensee  or  at  least  50%  owned  by  Licensee. 

ADDITIONAL  SYSTEMS 

•  Additional  FOCUS  systems  for  use  on  more  than  one  CPU  in  North  America  can  be 
obtamea  at  a  reduction  from  the  single  CPU  license  fee  if  obtained  within  a  24  month  period. 
2nd  system  —  50%  of  single  CPU  fee 

3rd  system  or  more  —  40%  of  single  CPU  fee 

MONTHLY  LICENSE  PERIOD 

•  The  Monthly  License  is  for  a  one  year  period,  but  may  be  cancelled  by  the 
Licensee  at  any  time  upon  30  days  notice. 

THREE  MONTH  TRIAL  PERIOD  ■ 

•  Monthly  License  fees  are  charged  for  3  months.  If  in  the  fourth  monih  the  system 
is  purchased.  100%  of  the  trial  period  fees  are  applied  towaras  purchase. 
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APPENDIX    a 
RESEARCH    QOESTION&IRE 


I-      Implementation 


2. 


When    was    the  system   installed? 

Why   was  this  one    chosen? 

What    others    did   y cu   consider? 

How    many    people    use   it? 

How    mar.y    car    use    it    at    the    same   time? 

How    many    people   in   the    total    organization? 

What    is  its    main    use?     (Real    "rime,    analysis, 
model    huilding,    etc.) 

Is    Drocessing    done    for   any    subsidiaries/dependen- 
organizations?      If   so,    what    is    the  nature   cf   the 
processing? 

What    percentage   of    information    processing    is 
accomplished   using   F3C0S/RAMIS    II? 

How   long    did   it   take   you   to    get    into    full    swing? 

What    level  (s)     in    the   organization    use    it? 

Did   you  ultimately   reguire    less    manpower? 


Training 

What   training    was    done? 

How   much   time   was    devoted    to    it? 

Was    it   vender    provided? 
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Did  you  cheese   a    blanket   or    per   person    raie? 

How    many    people   were   trained? 

What   follow-up  and/or    refresher    training    is    done? 


What    about    new   beginners? 
(in -ho  use    or   vendor   trained) 

What    future   training    plans    do    you   have? 

What    manuals,    resident    expsrts   are   readily 

available    to  the    users? 

Was   there    any    work   backlog    while    in   the 

startup  phase? 

Was   there    a   need    for    temporary   hiring    while    in 

the   start-up   phase? 

i)  How    many? 

ii)  How    long   were  they    employed? 

iii)       What    were   they   doing? 

3.      I  earn,  ability. 

a)  Have   you    found   high   retaim  bility? 

b)  Were   vendor   estimates    of   training   time    accurate? 
Off    by    how    much? 

c)  Do    user  errors    present    a   significant    problem? 
u.       Documentation 

a)  How   do   you   rate   the   guaiity    of   vendor    documentation? 

b)  Is   the   documentation   easy    to    understand? 

c)  Are   all  relevant    ma-ters   covered? 

d)  How   about    user   complaints    over    the    documentation? 
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e)    Do  the   users   rafar   to    the   2ocumentation    when   they 
need    help? 

5-  Vender    Sucoort 

a)  Did  the  vendor    deliver  on    time? 

b)  Has   the  system   pa rf ormed   as    expected? 

c)  Vendor   hot    line 

i)  Have    you   used   it? 

ii)  How    often? 

iii)  What    has   been   the   speed    of    the   response? 

iv)  What    has    been   the    accuracy    of   the    response? 

6-  Hardware  Sup  port,/ Con  version 

a)  Did   you  require   any   extra    hardware   to    support 
the   system? 

b)  Did    you  require   more    memory?      How    much    storage 
dees    it  use? 

c)  Ware    any    hardware    conversions    necessary? 

d)  What    host    languages  do    you    am  ploy? 
7 .       Security /Access 

a)  What    security    maa suras    are    in    effect    to    control 
access  ? 

b)  How    is    data    protected    from    unauthorized 
change/loss   ? 

c)  Who   can  change   the   database? 

d)  Backup 

i)     What  backup  measures  do  you  use? 
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ii)  Hew    often   is   the   backup    updated? 

iii)       How    often   has  it    been    necessary  to    use   the    backup? 
§«      Performance 

a)  What    changes  are    possible    and   are   they    visible   to 
the   user? 

b)  How   well    can  the    language    control   the    computer? 

c)  Hew   "structured"    is   it? 

d)  Library 

i)  How    large  is   the    library? 

ii)  How    useful    is  it? 

iii)       To    you   expect    to    add    to    it? 
iv)  How    much    and   how   fast? 

e)  Do    you    write  your    own    programs    or   are   they    canned? 

f)  Do   you   use   a   tine  sharing,    multiprogramming 
environment? 

g)  Do    you   use    batch    or   realtime    processing    or    both? 
h)    What    is  the   system's    reliability? 

i)    Did   you  need  to   do   any    debugging? 
i)    Do   you   use   static    or    dynamic    memory? 
k)     Do   you  have   programmers   working    for    you? 
2-      I mprov ability /User   S  a^is  fact Lon 

a)  Would    you    say   that    it    is    an    improvement    over    your 
previous   system? 

b)  Did   you  experience   any   significant   user    resistance? 
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j.0.    General 

a)  Did   you  receive   any   tailor-made    features? 

b)  Did   you  purchase    any   options?      Which   ones? 

c)  Have   y  cu    found    them    useful? 

d)  Have   y cu    found    any    features    to    be   useless   or    less 
usable   than   you   had   anticipated?      Which    ones? 

e)  What   are   the   most    used    features? 

f)  What    are   the  most    error    prone    features? 

g)  What    improvements    would   yon    like    to    see? 

h)    Have   ycu    experienced   any    problems    with    maintenance 
of   the   system? 

11 ■    Overall    Assessment 

a)  Has    productivity    improved? 

b)  What    performance    measures   have   you    used    to    deduce 
this? 

c)  Does    the    system    meet/fall   short/exceed    your 
organizations    requirements? 

d)  Were    any    feasibility    studies    conducted,    including 
cost/benef its   analyses,    prior    to    acquisition? 

12.    Am   additional  comments? 
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